克隆仓库时这些报错你肯定见过
在开发项目或者学习开源代码的时候，第一步往往是克隆远程仓库。但有时候刚敲下 git clone 命令，终端就蹦出一堆红字，让人一头雾水。下面整理了几种最常见的克隆报错，以及对应的解决办法。
1. Permission denied (publickey)
这个错误最常见于使用 SSH 地址克隆 GitHub 或 GitLab 仓库时。系统提示没有权限，通常是因为本地没有配置正确的 SSH 密钥。
先检查有没有生成过密钥：
ls ~/.ssh/id_rsa.pub如果没有输出，说明还没生成。运行下面命令生成一个：
ssh-keygen -t rsa -b 4096 -C "your_email@example.com"然后把公钥（id_rsa.pub 的内容）添加到你的 GitHub/GitLab 账户中。测试是否成功：
ssh -T git@github.com看到 Hi 后面跟着用户名，才算搞定。
2. Repository not found
这个报错看起来像地址错了，其实有几种可能：拼写错误、仓库不存在、或者你没权限访问私有仓库。
如果是公司内部项目，确认你是不是被加进了协作名单。有时候别人给了你 HTTPS 链接，你却用 SSH 方式去克隆，也会出现这个问题。注意链接格式：
HTTPS: https://github.com/username/repo.git
SSH: git@github.com:username/repo.git别混着用。
3. fatal: destination path already exists
意思是你想克隆的文件夹名字已经存在了。比如你之前克隆过一次，删了一半又想重来，但目录没清干净。
解决方法很简单，要么换个路径名：
git clone https://github.com/user/repo.git repo-new要么先把原来的删掉：
rm -rf repo注意别误删重要文件。
4. SSL certificate problem
尤其是在公司网络或某些地区，可能会遇到证书验证失败的问题。Git 提示无法验证服务器证书。
临时方案可以关闭证书验证（不推荐长期使用）：
git config --global http.sslVerify false更稳妥的做法是更新系统的 CA 证书包，或者改用 SSH 协议避免 HTTPS 问题。
5. early EOF / index-pack failed
克隆到一半突然断了，提示“压缩包不完整”或者“index-pack 失败”，多半是网络不稳定，尤其是大仓库容易这样。
可以尝试限制克隆深度，只拉最新一次提交：
git clone --depth 1 https://github.com/user/large-repo.git如果还是不行，换时间再试，或者用代理。
6. fatal: unable to access 'https://...': Could not resolve host
这说明你的电脑根本连不上远程主机，可能是网络断了，DNS 解析失败，或者防火墙拦了。
先 ping 一下域名看看通不通：
ping github.com不通的话检查 Wi-Fi，或者换 DNS 试试，比如改成 8.8.8.8。
有时候公司网络会屏蔽 Git 端口，这时候用 HTTPS 可能比 SSH 更容易通过。