为什么git fetch使用的SSH密钥与ssh -T命令所用的不一致？

核心差异点 #

• 调用的SSH二进制文件不同
  如果你安装的是Git for Windows版本，默认会内置独立的OpenSSH客户端，和你系统全局路径下的ssh命令不属于同一个程序。二者的配置文件读取规则、ssh-agent关联逻辑完全独立：你手动执行ssh -Tv时调用的是系统默认的OpenSSH程序，而Git默认调用自身内置的SSH客户端，因此会出现手动执行能正常加载密钥、Git调用时找不到密钥的情况。
• ssh-agent环境变量继承问题
  如果你的企业私钥不是id_rsa、id_ecdsa、id_ed25519这类SSH默认自动加载的命名格式，你手动执行ssh能成功，大概率是因为你已经通过ssh-add命令把该私钥添加到了当前终端会话绑定的ssh-agent中。而Git调用SSH时的运行环境没有继承到ssh-agent的套接字环境变量，无法从agent中获取到已添加的私钥，因此会出现加载密钥失败的问题。
• 域名匹配规则差异
  你手动测试时使用的SSH地址是git@corpo.gitlab，添加远程仓库时使用的地址是git@corp.gitlab，两个域名拼写存在差异。SSH的配置匹配规则是严格对应输入的Host地址的，如果你没有对corp.gitlab配置密钥，Git调用时自然无法找到对应的私钥。

无需额外SSH配置的解决方案 #

你可以通过以下任意一种方式规避问题，不需要手动添加SSH Host配置：

1. 将Git的默认SSH客户端改为系统原生OpenSSH，执行命令：

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

路径可根据你系统实际的OpenSSH安装位置调整。
2. 把自定义命名的企业私钥重命名为SSH默认自动加载的标准名称，比如id_ed25519，注意不要覆盖已有的同名称密钥。
3. 配置Git调用SSH时自动从agent加载密钥，执行命令：

git config --global core.sshCommand "ssh -o AddKeysToAgent=yes"

同时确保系统ssh-agent服务已设置为开机自启，且已将你的企业私钥永久添加到agent中。

内容的提问来源于stack exchange，提问作者Antoniossss