我帮助了以下方面:

打开终端(Git Bash) 删除.ssh目录下的所有文件或重命名并创建新的.ssh文件夹。 按照说明的步骤操作: 生成新的SSH密钥 将SSH密钥添加到SSH -agent

系统:Windows 10。

我得到了同样的错误。我的问题是混入sudo。

如果不给git clone命令加上sudo前缀，就无法自动创建要克隆到的目录。然而，当我这样做的时候，我的ssh键没有被正确引用。

为了解决这个问题，我通过chmod在我想要包含我的克隆的父目录上设置权限，这样我就可以对它进行写入。然后我运行git克隆没有一个sudo前缀。然后它成功了!之后我把权限改回来了。完成了。

我有一个轻微不同的情况，我登录到一个远程服务器，并在服务器上使用git，当我运行任何git命令时，我得到了相同的消息

   Permission denied (publickey).
   fatal: The remote end hung up unexpectedly

我是通过修改Mac上的/etc/ssh_config文件来解决这个问题的。 从

ForwardAgent no 

to

ForwardAgent yes

我也犯了同样的错误。

问题是，当将公钥复制到BitBucket(在我的情况下)时，在末尾复制/粘贴了一个不可见的换行符。

因此，在复制公钥时，首先将其复制到记事本，删除末尾的空行，复制并粘贴。

首先，我建议检查一些标准的东西，比如:

以正确的用户登录系统， 在系统的正确位置拥有正确的私钥， 尝试使用正确的用户名、主机名和端口进行连接， 将公钥放在外部服务器中正确的位置(并为正确的用户)， 重新启动计算机上的SSH服务:

service ssh restart

(或者以另一种方式取决于您如何管理系统中的服务…)

这对我来说已经足够了。

如果你的问题最近突然出现(2021年下半年)，这可能是由不兼容的哈希算法引起的。

截至本文(2021年10月)，Git for windows的最新版本是2.33.1(发布说明)，它已经采用了最新的OpenSSH 8.8p1(发布说明)，而OpenSSH 8.8p1反过来已经弃用了SHA-1。同时，如果远程Git存储库仍然坚持SHA-1，则身份验证将失败。

要看看你是否会陷入这种情况，检查你的软件版本:

ssh -V
git --version

然后，您应该检查OpenSSH 8.8/8.8p发行说明中的“潜在不兼容更改”部分。

博士TL;

解决方案1:通过将此添加到~/中，再次启用SHA-1。ssh /配置文件:

Host <remote>
    HostkeyAlgorithms +ssh-rsa
    PubkeyAcceptedAlgorithms +ssh-rsa

请记住将<remote>替换为远程存储库的主机名。

解决方案2:使用ECDSA或Ed25519而不是RSA重新生成密钥对。例如:

ssh-keygen -t ecdsa -C <comment>

记住用你自己的助记短语替换<comment>。然后，将生成的公钥上传到远程存储库。

供你参考，我在访问Gitee.com时遇到了这个提示信息，Gitee.com在他们的服务器上使用golang.org/x/crypto/ssh，并在这里发布了一个关于这个问题的页面(中文)。

git@gitee.com: Permission denied (publickey).