I have the following use case: I would like to be able to push to git@git.company.com:gitolite-admin using the private key of user gitolite-admin, while I want to push to git@git.company.com:some_repo using 'my own' private key. AFAIK, I can't solve this using ~/.ssh/config, because the user name and server name are identical in both cases. As I mostly use my own private key, I have that defined in ~/.ssh/config for git@git.company.com. Does anyone know of a way to override the key that is used for a single git invocation?
(另外:gitolite根据键来区分谁在进行推送，所以就访问、所有权和审计而言，user@server字符串对于不同的用户是相同的，这不是问题。)
一个基于Unix的系统(Linux、BSD、Mac OS X)，默认标识存储在$HOME/目录下。Ssh，分2个文件:
私钥:$HOME/.ssh/id_rsa
公钥:$HOME/.ssh/id_rsa.pub
当您使用没有选项-i的ssh时，它将使用默认的私钥对远程系统进行身份验证。
如果您有另一个想要使用的私钥，例如$HOME/。Ssh /deploy_key，您必须使用Ssh -i ~/。ssh / deploy_key……
这很烦人。您可以在$HOME/中添加以下行。bash_profile:
ssh-add ~ / . ssh / deploy_key
ssh-add ~ / . ssh / id_rsa
因此，每次使用ssh、git或scp(基本上也是ssh)时，都不必再使用option -i了。
您可以在$HOME/.bash_profile文件中添加任意多的键。
我已经在github上测试了以下方法，基于阅读其他答案，它结合了一些技巧:
正确的SSH配置
git URL重写
这种方法的优点是，一旦设置好，它不需要任何额外的工作来使它正确-例如，您不需要更改远程URL或记住以不同的方式克隆东西- URL重写使它全部工作。
~ / . ssh /配置
# Personal GitHub
Host github.com
HostName github.com
User git
AddKeysToAgent yes
UseKeychain yes
IdentityFile ~/.ssh/github_id_rsa
# Work GitHub
Host github-work
HostName github.com
User git
AddKeysToAgent yes
UseKeychain yes
IdentityFile ~/.ssh/work_github_id_rsa
Host *
IdentitiesOnly yes
~ / . gitconfig
[user]
name = My Name
email = personal@personal.email
[includeIf "gitdir:~/dev/work/"]
path = ~/dev/work/.gitconfig
[url "github-work:work-github-org/"]
insteadOf = git@github.com:work-github-org/
~ / dev /工作/ gitconfig。
[user]
email = work@work.email
只要你把所有的工作reppos放在~/dev/work和其他地方的个人物品下，git在向服务器进行拉/克隆/推操作时将使用正确的SSH密钥，并且它还将为你的所有提交附加正确的电子邮件地址。
引用:
1
2
即使用户和主机是相同的，在~/.ssh/config中仍然可以区分它们。例如，如果你的配置是这样的:
Host gitolite-as-alice
HostName git.company.com
User git
IdentityFile /home/whoever/.ssh/id_rsa.alice
IdentitiesOnly yes
Host gitolite-as-bob
HostName git.company.com
User git
IdentityFile /home/whoever/.ssh/id_dsa.bob
IdentitiesOnly yes
然后在URL中使用gitolite-as-alice和gitolite-as-bob代替主机名:
git remote add alice git@gitolite-as-alice:whatever.git
git remote add bob git@gitolite-as-bob:whatever.git
Note
您希望包括IdentitiesOnly yes选项，以防止使用默认id。否则，如果您也有与默认名称匹配的id文件，它们将首先被尝试，因为与其他配置选项(遵守“first in wins”)不同，IdentityFile选项附加到要尝试的身份列表中。参见:https://serverfault.com/questions/450796/how-could-i-stop-ssh-offering-a-wrong-key/450807 # 450807
Mark Longair提供的上述方法的另一种替代方法是使用别名，该别名将在任何远程上运行任何git命令，并使用替代SSH密钥。这个想法基本上是在运行git命令时切换您的SSH身份。
相对于另一个答案中的主机别名方法的优点:
将与任何git命令或别名一起工作，即使您不能显式地指定远程。
更容易使用多个存储库，因为您只需要在每个客户端机器上设置一次，而不是在每个客户端机器上的每个存储库设置一次。
我使用了一些小脚本和一个git别名admin。这样我就可以做，例如:
git admin push
使用替代SSH密钥(“admin”)推到默认远程。同样，对于这个别名，您可以使用任何命令(不仅仅是push)。你甚至可以做git管理克隆…克隆一个您只能使用“admin”密钥访问的存储库。
步骤1:创建替代SSH密钥，可选地设置一个密码短语，以防您在其他人的机器上执行此操作。
步骤2:创建一个名为“SSH -as.sh”的脚本，运行使用SSH的东西，但使用给定的SSH密钥，而不是默认的:
#!/bin/bash
exec ssh ${SSH_KEYFILE+-i "$SSH_KEYFILE"} "$@"
步骤3:创建一个名为“git-as.sh”的脚本，使用给定的SSH密钥运行git命令。
#!/bin/bash
SSH_KEYFILE=$1 GIT_SSH=${BASH_SOURCE%/*}/ssh-as.sh exec git "${@:2}"
第四步:添加一个别名(使用下面的“PATH_TO_SCRIPTS_DIR”):
# Run git commands as the SSH identity provided by the keyfile ~/.ssh/admin
git config --global alias.admin \!"PATH_TO_SCRIPTS_DIR/git-as.sh ~/.ssh/admin"
更多详情请访问:http://noamlewis.wordpress.com/2013/01/24/git-admin-an-alias-for-running-git-commands-as-a-privileged-ssh-identity/
