当我试图运行一个makefile时，我得到了类似的权限拒绝(publickey)错误。

作为上述SSH步骤的替代方法，您可以安装本地GitHub for Mac应用程序。

点击下载GitHub for Mac从- https://help.github.com/articles/set-up-git#platform-mac

一旦你用你的git hub帐户完成了设置(我也安装了git hub命令行工具，但不确定是否需要这一步)，然后我收到了一封电子邮件-

[GitHub]一个新的公钥已添加到您的帐户

我的错误被纠正了。

当我在工作中得到一台新电脑或换工作时，这些是我遵循的步骤。Mac或Windows

-访问https://github.[yourWorkDomain].com。导航到设置→开发人员设置→个人访问令牌 -生成一个新的令牌 -设置令牌描述，只检查范围的“repo”框(这将给你repo:status, repo_deployment, public_repo, repo:invite access)

-在你得到令牌后，复制它(不要导航离开，确认接下来的两步工作) -尝试再次克隆回购(使用“https”) -用户名使用你的用户名 -对于密码，粘贴您复制的令牌 -所有未来的请求现在应该工作，而不需要您的用户名和密码。

当您正在访问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的滥用。

Mac操作步骤:

切换用户(sudo su - jenkins) 生成密钥(ssh-keygen -t rsa -b 4096 -C "username")。用户名 是你和詹金斯一起用的。 复制生成的公钥(cat ~/.ssh/id_rsa.pub)。 将密钥粘贴到git帐户。(设置-> SSH和CPG密钥->新建 ssh keys ->输入密钥名称(可以是任意)，并将密钥粘贴到 描述)。

对我来说，问题是使用sudo:

sudo git克隆git@github.com:userName/repo.git导致上述错误。

所以为了解决这个问题，我咀嚼了我试图克隆到的文件夹

sudo chown -R $USER:$USER /var/www/iqge.org/html

然后用这个 git克隆git@github.com:userName/repo.git was successfully done

Windows上的另一种可能性，在这些答案中都没有涉及，git或github文档中也没有涉及故障排除:

Git使用的openssh可执行文件可能与您认为的不同。

当我试图从github和ssh.dev.azure.com克隆或拉时，我收到了权限拒绝(公钥)错误，我遵循了所有的说明，并验证我的SSH密钥被正确设置(从SSH的立场)使用SSH -vT git@github.com和SSH -vT git@ssh.dev.azure.com。并且仍然得到这些错误:

git@github.com: Permission denied (publickey).
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

我最终发现问题在于Git for Windows和Windows都有自己的openssh版本。这里有文档:https://github.com/desktop/desktop/issues/5641

我依赖于Windows的ssh-agent服务来存储我的ssh密钥密码，所以git(使用它的单独版本的openssh)无法读取我的私钥。我认为这是一个错误，这个错误信息被使用-它是误导性的。

解决方案是:

git config --global core.sshCommand "'C:\Windows\System32\OpenSSH\ssh.exe'"

或者在~/.gitconfig中:

[core]
    sshCommand = 'C:\\Windows\\System32\\OpenSSH\\ssh.exe'

也许git很快就会修复这个问题，但这已经是我第二次在这个问题上浪费时间了。