一切都适用于第一个用户（Git用户，而不是Unix用户），让我们称他为aaa，针对第一个存储库。 aaa使用命令
全局设置为git user.name和user.emailgit config --global user.name "aaa"
git config --global user.email aaa@live.com
aaa执行命令
git push origin master
成功。
然后我有第二个用户，让我们在同一台机器上调用他bbb（再次是Git用户，而不是Unix usr），但是不同的本地工作目录，试图推送到不同的Git存储库。首先，我重写user.name和user.email属性。所以在git init之后，我执行：
git config user.name "bbb"
git config user.email bbb@live.com
然后确认：
git config --get user.name
会返回bbb。当我尝试将bbb推送到他自己的存储库时，git会提示输入SSH密码，并且它似乎接受了密码短语，但是通过拒绝aaa的权限来解决错误。
我怀疑这与SSH密钥有关。这是一个正确的假设吗？
答案 0 :(得分：4)
用于历史记录中提交条目的已配置用户名，但不用于ssh连接。如果您希望使用的用户名不是您登录的用户名，则必须修改相应的.git/config的原始网址。我想url = ssh://bbb@server/...可能会这样做。如果你想要一个无密码登录，你必须为aaa设置一个sshkey，以便在服务器上以bbb身份登录，或者使用像gitolite或gitosis这样的东西。
答案 1 :(得分：0)
在ssh协议上，您不必输入ssh密码：
“ssh username@servername”可以让您访问远程（安全）shell。
拒绝权限意味着您的服务器周围存在一些封装（基于ssh），例如gitolite。
如果bbb aaa使用bbb的公钥（以及对私钥的访问权限），那么gitolite对aaa采用$HOME的唯一方法就是这种情况。 aaa在某种程度上与{{1}}相同。