完成ssh-keygen部分后，您可以通过以下方式检查验证:

$ ssh -T git@github.com用于测试ssh连接; 确认是哪个用户执行了ssh-keygen命令。您生成的公钥后面跟着该用户。原因如下:

Git应该使用sudo命令吗? 你不应该在Git中使用sudo命令。如果您有非常好的理由必须使用sudo，那么请确保您在每个命令中都使用它(此时使用su作为根来获取shell可能更好)。如果您不使用sudo生成SSH密钥，然后尝试使用sudo git push之类的命令，那么您将不会使用您生成的相同密钥。

确认您对存储库将克隆到的目录具有写权限。如果没有，那就去做。更新用户组权限后，必须通过注销或su等方式刷新当前用户。

当您正在访问SSH URL(读/写)而不是Git只读URL，但您没有对该repo的写访问权限时，可能会发生此错误。

有时你只是想克隆你自己的repo，例如部署到服务器上。在这种情况下，实际上只需要READ-ONLY访问。但由于这是你自己的回购，GitHub可能会显示SSH URL，如果这是你的偏好。在这种情况下，如果您的远程主机的公钥不在您的GitHub SSH密钥中，您的访问将被拒绝，这是预期会发生的。

一个等效的情况是，当您尝试克隆其他人的回购时，您没有SSH URL的写访问权。

总之，如果您的意图是只克隆一个repo，请使用HTTPS URL (https://github.com/{user_name}/{project_name}.git)而不是SSH URL (git@github.com:{user_name}/{project_name}.git)，这样可以避免(不必要的)公钥验证。

更新:GitHub现在显示HTTPS作为默认协议，这一举动可能会减少SSH url的滥用。

我刚刚在设置我当前的项目时遇到了这个问题，上面的解决方案都不起作用。所以我试着用命令ssh -vT git@github.com查看调试列表上到底发生了什么。我注意到我的私钥文件名不在列表中。因此，将私钥文件名重命名为'id_rsa'就可以了。希望这能有所帮助。

同样的错误报告。

修正了使用HTTPS而不是SSH协议的问题。因为我不想为测试PC设置“SSH密钥”。

克隆时将URL更改为HTTPS:

git clone https://github.com/USERNAME/REPOSITORY.git

我的问题有点不同:当添加一个现有的本地回购到远程时，我有URL设置为SSH，通过使用:

git remote add origin ssh://github.com/USERNAME/REPOSITORY.git

要解决这个问题，请将URL重置为HTTPS:

git remote set-url origin https://github.com/USERNAME/REPOSITORY.git

顺便说一句，你可以使用命令检查你的URL:

git remote -v
origin  https://github.com/USERNAME/REPOSITORY.git (fetch)
origin  https://github.com/USERNAME/REPOSITORY.git (push)

希望这能帮助到像我这样的人。: D

解决方案使用gh即Github的官方CLI

gh安装

Brew install gh

通过cli登录或认证

Gh auth登录

回购克隆

Gh repo clone <username or orgname>/<repo-name> . sh

例如:gh repo clone keshavdulal/sample-repo

咆哮:当git克隆突然决定不再工作时，我也在敲打我的头，我没有耐心或脑力从头开始重新学习ssh/公钥/密密学，只是为了克隆一个我已经可以访问的该死的回购。同样令人惊讶的是，答案中还没有人提到gh

完成ssh-keygen部分后，您可以通过以下方式检查验证:

$ ssh -T git@github.com用于测试ssh连接; 确认是哪个用户执行了ssh-keygen命令。您生成的公钥后面跟着该用户。原因如下:

Git应该使用sudo命令吗? 你不应该在Git中使用sudo命令。如果您有非常好的理由必须使用sudo，那么请确保您在每个命令中都使用它(此时使用su作为根来获取shell可能更好)。如果您不使用sudo生成SSH密钥，然后尝试使用sudo git push之类的命令，那么您将不会使用您生成的相同密钥。

确认您对存储库将克隆到的目录具有写权限。如果没有，那就去做。更新用户组权限后，必须通过注销或su等方式刷新当前用户。