这可能是一种非常不寻常的情况，但我想指定在本地计算机上执行shell（git）命令时要使用的私有SSH密钥。
基本上是这样的：
git clone git@github.com:TheUser/TheProject.git -key "/home/christoffer/ssh_keys/theuser"
或者更好（用Ruby）：
with_key("/home/christoffer/ssh_keys/theuser") do
sh("git clone git@github.com:TheUser/TheProject.git")
end
我见过使用Net:：SSH连接到远程服务器的示例，该服务器使用指定的私钥，但这是一个本地命令。有可能吗？
当前回答
您可以使用GIT_SSH环境变量。但是您需要将ssh和选项打包到shell脚本中。
请参阅命令shell中的git-manual:man-git。
其他回答
这样的方法应该有效（orip建议）：
ssh-agent bash -c 'ssh-add /somewhere/yourkey; git clone git@github.com:user/project.git'
如果您更喜欢子壳，可以尝试以下方法（尽管它更脆弱）：
ssh-agent $(ssh-add /somewhere/yourkey; git clone git@github.com:user/project.git)
Git将调用SSH，SSH将通过环境变量查找其代理；这将反过来加载密钥。
或者，如果您愿意将仅包含.ssh目录的目录设置为HOME，那么设置HOME也可以达到目的；这可能包含identity.pub或配置文件设置IdentityFile。
您可以尝试sshmulti-npm包来维护多个ssh密钥。
您可以使用GIT_SSH环境变量。但是您需要将ssh和选项打包到shell脚本中。
请参阅命令shell中的git-manual:man-git。
总结一下答案和评论，设置git以使用不同的密钥文件，然后忘记它的最佳方法是编辑~/.ssh/config（或c:\users\<youruser>\.ssh\config）并指定多个身份，这也支持同一主机的不同用户（例如，个人GitHub帐户和工作用户），这也适用于Windows：
Host github.com
HostName github.com
IdentityFile /path/to/your/personal/github/private/key
User dandv
Host github-work
HostName github.com
IdentityFile /path/to/your/work/github/private/key
User workuser
然后，要将项目克隆为您的个人用户，只需运行常规gitclone命令即可。
要将repo克隆为工作用户，请运行gitclonegit@github-work：公司/项目.git。
如果你像我一样，你可以：
整理好ssh密钥保持gitclone命令简单为任意数量的存储库处理任意数量的密钥。减少ssh密钥维护。
我将密钥保存在~/.ssh/keys目录中。
我更喜欢约定而不是配置。
我认为守则就是法律；越简单越好。
步骤1-创建别名
将此别名添加到shell：alias git clone='git_SSH=SSH_wrapper git clone'
第2步-创建脚本
将此ssh_wrapper脚本添加到PATH中：
#!/bin/bash
# Filename: ssh_wrapper
if [ -z ${SSH_KEY} ]; then
SSH_KEY='github.com/l3x' # <= Default key
fi
SSH_KEY="~/.ssh/keys/${SSH_KEY}/id_rsa"
ssh -i "${SSH_KEY}" "$@"
示例
使用github.com/l3x密钥：
KEY=github.com/l3x git-clone https://github.com/l3x/learn-fp-go
以下示例还使用github.com/l3x密钥（默认情况下）：
git-clone https://github.com/l3x/learn-fp-go
使用bitbucket.org/lsheehan密钥：
KEY=bitbucket.org/lsheehan git-clone git@bitbucket.org:dave_andersen/exchange.git
笔记
将SSH_wrapper脚本中的默认SSH_KEY更改为大多数时间使用的SSH_KEY。这样，您不需要在大多数时间使用KEY变量。
你可能会想，“嘿！别名、脚本和一些密钥目录都是如此，”但对我来说，这是惯例。我几乎所有的工作站（以及服务器）都是类似的配置。
我的目标是简化我定期执行的命令。
我的约定，例如Bash脚本、别名等，创建了一个一致的环境，并帮助我保持简单。
KISS和名字很重要。
有关更多设计技巧，请参阅我的书《Go》中的第4章固体设计：https://www.amazon.com/Learning-Functional-Programming-Lex-Sheehan-ebook/dp/B0725B8MYW
希望这有帮助。-莱克斯
