其中许多解决方案看起来很诱人。然而，我发现以下链接中的通用git包装脚本方法最有用：

如何使用git命令指定ssh密钥文件

问题是没有git命令，例如：

git -i ~/.ssh/thatuserkey.pem clone thatuser@myserver.com:/git/repo.git

Alvin的解决方案是使用一个定义良好的bash包装器脚本来填补这一空白：

git.sh -i ~/.ssh/thatuserkey.pem clone thatuser@myserver.com:/git/repo.git

其中git.sh为：

#!/bin/bash

# The MIT License (MIT)
# Copyright (c) 2013 Alvin Abad
# https://alvinabad.wordpress.com/2013/03/23/how-to-specify-an-ssh-key-file-with-the-git-command

if [ $# -eq 0 ]; then
    echo "Git wrapper script that can specify an ssh-key file
Usage:
    git.sh -i ssh-key-file git-command
    "
    exit 1
fi

# remove temporary file on exit
trap 'rm -f /tmp/.git_ssh.$$' 0

if [ "$1" = "-i" ]; then
    SSH_KEY=$2; shift; shift
    echo "ssh -i $SSH_KEY \$@" > /tmp/.git_ssh.$$
    chmod +x /tmp/.git_ssh.$$
    export GIT_SSH=/tmp/.git_ssh.$$
fi

# in case the git command is repeated
[ "$1" = "git" ] && shift

# Run the git command
git "$@"

我可以验证这是否解决了我在使用git远程更新、git pull和git克隆进行远程比特桶回购时遇到的用户/密钥识别问题；所有这些现在都可以在cron作业脚本中正常工作，否则在有限的shell中导航会遇到困难。我还能够从R中调用这个脚本，并且仍然可以解决完全相同的cron执行问题（例如系统（“bash-git.sh-i~/.ssh/thatuserkey.pem pull”）。

并不是说R和Ruby一样，但如果R能做到这一点…O:-）

您需要创建一个~/.ssh/config，如下所示

Host <Your bitbucket server>
User <userid>
Hostname <Your bitbucket server as above>
IdentitiesOnly yes
IdentityFile ~/.ssh/id_rsa<file> This is your private key file

许可如下

-rw------- $HOME/.ssh/config

将公钥添加到git中（cat~/.ssh/id_rsa_b[或类似名称]）

然后是git clone，如下所示

git clone ssh://blahblah@blah.com/userid/test.git

我使用GIT_SSH环境变量。这是我的包装器，类似于上面的乔·布洛克，但可以处理任何数量的参数。

文件~/gitwrap.sh

#!/bin/bash
ssh -i ~/.ssh/gitkey_rsa "$@"

然后，在my.bashrc中添加以下内容：

export GIT_SSH=~/gitwrap.sh

其他人对~/.ssh/config的建议非常复杂。它可以很简单：

Host github.com
  IdentityFile ~/.ssh/github_rsa

使用git 2.10+（2016年第三季度：2016年9月2日发布），您可以为git_SSH_COMMAND设置配置（而不仅仅是Rober Jack Will的回答中描述的环境变量）

参见Nguy的承诺书（2016年6月26日）ễn Thái Ng先生ọc杜伊（pclouds）。（2016年7月19日，Junio C Hamano--gitster在提交dc21164中合并）

新的配置变量core.shCommand已添加到指定每个存储库要使用的GIT_SSH_COMMAND值。

core.sshCommand:

如果设置了此变量，gitfetch和gitpush将在需要连接到远程系统时使用指定的命令而不是ssh。该命令的格式与GIT_SSH_command环境变量的格式相同，并且在设置环境变量时被覆盖。

这意味着git pull可以是：

cd /path/to/my/repo/already/cloned
git config core.sshCommand 'ssh -i private_key_file' 
# later on
git pull

您甚至可以只为一个命令（如gitclone）设置它：

git -c core.sshCommand="ssh -i private_key_file" clone host:repo.git

这比设置GIT_SSH_COMMAND环境变量更容易，正如Mátyás Kuti Kreszács所指出的，在Windows上

set "GIT_SSH_COMMAND=ssh -i private_key_file"

对于所有这些命令，可以添加-o IdentitesOnly=yes以将SSH限制为指定的私钥/公钥：

git config core.sshCommand 'ssh -i private_key_file -o IdentitiesOnly=yes' 
# or
git -c core.sshCommand="ssh -i private_key_file -o IdentitiesOnly=yes" clone host:repo.git
# or
set "GIT_SSH_COMMAND=ssh -i private_key_file -o IdentitiesOnly=yes"

gsullins在注释中建议将以下别名添加到.zshrc中：

alias git.key1="git config core.sshCommand 'ssh -i <absolute path to private key>'"

如果你像我一样，你可以：

整理好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

希望这有帮助。-莱克斯