如何指定在 git 中使用哪个 SSH 密钥进行 git Push 以便将 gitorious 作为镜像？

Question

我有一个托管在 git.debian.org (alioth) 上的项目，我想配置一个接收后挂钩来更新 http://gitorious.org

我想我必须使用 git push --mirror gitorious

现在，我需要在 gitorious 上授权 Alioth 进行推送成功。我该怎么做？

我想我需要在 gitorious 上配置一个用户并为其创建一个 ssh 密钥。然后，当我在 post-receive 挂钩中执行 git Push 时，请确保使用此 ssh 密钥。

我可以使用 ~/.ssh/config 但问题是许多用户可以推送 alioth，每个人都必须登录并配置 ~/.ssh/config.相反，我想要一个命令行选项或环境变量来告诉 ssh 使用哪个密钥。我可以这样做吗？

另外，您还有其他如何实现镜像的想法吗？并且，是否可以以相反的方式配置它（对 alioth 进行巨大的推动）？

Answer 1

答案可以在 git 参考手册中找到。

GIT_SSH

如果设置了此环境变量，那么 git fetch 和 git push 在需要连接到远程系统时将使用此命令而不是 ssh。 $GIT_SSH 命令将被赋予两个参数：URL 中的 username@host（或只是主机）和要在该远程系统上执行的 shell 命令。

要将选项传递给要在 GIT_SSH 中列出的程序，您需要将程序和选项包装到 shell 脚本中，然后设置 GIT_SSH参考shell脚本。

通常，通过您的个人 .ssh/config 文件配置任何所需的选项会更容易。请参阅您的 ssh 文档以获取更多详细信息。

所以，我需要写一个包装脚本，我写这个push-gitorious.sh脚本：

#!/bin/sh


if [ "run" != "$1" ]; then
  exec ssh -i "$GITORIOUS_IDENTITY_FILE" -o "StrictHostKeyChecking no" "$@"
fi

remote=YOUR_SSH_GITORIOUS_URL

echo "Mirroring to $remote"

export GITORIOUS_IDENTITY_FILE="`mktemp /tmp/tmp.XXXXXXXXXX`"
export GIT_SSH="$0"

cat >"$GITORIOUS_IDENTITY_FILE" <<EOF
YOUR SSH PRIVATE KEY

EOF
cat >"$GITORIOUS_IDENTITY_FILE.pub" <<EOF
YOUR SSH PUBLIC KEY

EOF

#echo git push --mirror "$remote"
git push --mirror "$remote"

rm -f "$GITORIOUS_IDENTITY_FILE"
rm -f "$GITORIOUS_IDENTITY_FILE.pub"

exit 0

当然，你必须填写私钥（公钥包含在脚本中仅供参考您还需要在 post-receive 挂钩中填写 gitorious URL，

您必须输入：

path/to/push-gitorious.sh run

run 选项很重要，否则它将直接运行 ssh

。如果需要，您可以从 ssh 命令行中删除该选项并自定义 known_hosts ，我认为这并不重要。

Answer 2

我知道有两种方法，以便您可以在 git 命令行指定要用于 git 站点的任何密钥文件。您不需要在配置文件或脚本中硬编码此密钥文件。您只需在 git 命令行直接提供即可。

方法一：使用GIT_SSH环境变量

在命令行中的用法是这样的：

$ PKEY=~/.ssh/keyfile.pem git clone [email protected]:me/repo.git

要使用这个命令，你需要做一些预先设置。首先，创建一个包含以下内容的 shell 脚本：

#!/bin/sh
if [ -z "$PKEY" ]; then
    # if PKEY is not specified, run ssh using default keyfile
    ssh "$@"
else
    ssh -i "$PKEY" "$@"
fi

接下来，导出并设置 GIT_SSH 变量，其值等于上面 shell 脚本的位置。

$ export GIT_SSH=~/ssh-git.sh

其中 ~/ssh-git.sh 是上面 shell 脚本的文件名。

该脚本必须是可执行的，因此执行 chmod：

$ chmod +x ~/ssh-git.sh

现在您可以使用您选择使用的任何密钥文件运行此命令：

$ PKEY=~/.ssh/keyfile1.pem git clone [email protected]:me/repo.git

要对不同的主机使用另一个密钥文件：

$ PKEY=~/.ssh/keyfile2.pem git clone [email protected]:other/repo.git

这支持您要使用的任何密钥文件。每次您需要使用您想要使用的密钥文件运行 git 时，只需将其提供给 PKEY 变量即可。只要预先配置了 GIT_SSH，您就可以忘记其他一切。

记下 PKEY 变量。您可以使用任何名称，只要它与 GIT_SSH 指向的 shell 脚本中使用的名称匹配即可。

方法 2：使用包装脚本

包装脚本的用法如下：

$ git.sh -i ~/.ssh/keyfile.pem clone [email protected]:me/repo.git

这种用法很直观，因为它看起来像使用 -i 选项运行 ssh。

这不需要预先设置 shell 脚本和 GIT_SSH。您只需使用 git 命令下载并运行这个单个包装器脚本。

您可以在此处获取此包装脚本的副本：
http://alvinabad.wordpress.com/2013/03/23/how-to-specify-an-ssh-key-file-with-the-git-command/

Answer 3

不涉及任何外部脚本的更简单的替代方案是使用 SSH 别名。我知道原发帖者特别要求不要更改 ~/.ssh/config，但我怀疑这里存在误解。

服务器上的本地用户与执行提交的人不同，并且可以是与执行“git Push”的人不同的人。

• 在服务器上，托管软件可以作为单个用户（通常是“git”）运行，
• 执行提交的人员的身份只是 git 的业务（添加到提交的元数据），与服务器无关，并且不受身份验证在服务器上，
• “git push”-er 的身份是相关的并且建立在
  基于 ssh 密钥在服务器上运行 git 托管软件的系统

因此，在执行推送的系统上，即使对于相同的本地帐户和相同的远程服务器，甚至在相同的 git 存储库中，也可以通过使用强制使用特定身份使用下面解释的方法创建 ssh 别名。

假设您在 gitorious.org 服务器上拥有常规帐户，我们将其称为“开发人员”。
您不想使用“开发者”帐户自动推送[1]，因此您创建了另一个用于同步的 gitorious 帐户，我们将其称为“机器人”。

对于自动化，仅使用“robot”帐户：

第 1 步：将“robot”添加到需要推送到的 gitorius 项目中。

第 2 步：在本地计算机上创建一个无密码密钥（这将与 gitorious 上的机器人帐户关联）。

ssh-keygen -f ~/.ssh/id_rsa_robot

第3步：将公钥 ~/.ssh/id_rsa_robot.pub 上传到 gitorious 的“robot”帐户中。

第 4 步：gitorious 上的 git SSH URI 的格式为 git@gitorious.org:prj_or_user/subproject.git。在您的 ~/.ssh/config 文件中添加以下行：

host robot.gitorious.org
        HostName gitorious.org
        IdentityFile ~/.ssh/id_rsa_robot
        IdentitiesOnly "yes"

这将确保：

• 每当您使用“robot.gitorious.org”主机名时，它都会连接
  到 gitorious.org（主机名选项），
• 它将使用无密码密钥作为机器人进行身份验证
  gitorius.org（IdentiFile 选项），
• 即使您正在运行 ssh 代理，它也会忽略默认密钥
  并使用无密码的（IdentiesOnly“yes”）。

第 5 步：假设您项目的 gitorious 上的 SSH URI 为 ' [email protected]:project/project.git'，在本地存储库中定义一个新的远程'autopush'，主机名稍作修改：

git remote add autopush [email protected]:project/project.git

设置完成，现在尝试通过'autopush'推送到gitorious ' 偏僻的。

git push autopush master

如果一切顺利并且有要推送的更改，您应该会看到您已成功推送到“gitorious.org”作为“机器人”

[1] 对于自动推送，必须为帐户生成无密码密钥，但将其附加到gitorious 的“开发人员”帐户意味着自动化作业可以推送到任何涉及 gitorious 的“开发人员”的 gitorious 项目。