Git 子模块和 ssh 访问

Question

我在使用包含多个子模块的 git 存储库时遇到一些问题。

超级 git 存储库是使用以下命令构建的：

mkdir projectname
cd projectname
git init
git submodule add ssh://myusername@server/pathtorepos

当不同的用户（“其他用户”）克隆超级存储库时，一切似乎都正常。但是当需要访问子模块时，

git submodule init
git submodule update

git 会尝试使用“myusername”而不是“otheruser”来克隆子模块。

如何解决这个问题呢？

Answer 1

如果可能，最好确保 .gitmodules 文件包含任何人都可以克隆的存储库的 URL，通常是 git:// 或 http:// 网址。然后，具有 SSH 访问权限的用户可以在克隆后更改为子模块，并将 remote.origin.url 中的 URL 更改为使用其用户名指向 SSH URL，例如：

 cd my-submodule
 git remote set-url origin otheruser@server:/pathtorepos

其他用户应该能够即使在当前情况下也要这样做。 更新： Chris Johnsen 在下面指出，如果省略用户名，那么在 .gitmodules 中使用 SSH URL 也是合理的，并且存储库的所有用户都将具有 SSH 访问权限 -如果本地和远程的用户名不同，他们需要添加与上述类似的用户名。

请注意，.gitmodules 中的 URL 仅在初始化子模块时使用。初始化子模块会将主项目中的配置值 submodule..url 设置为 .gitmodules 中提交的内容 - 这是将使用的值在第一次子模块更新时。在初始化和更新子模块之间，您还可以使用如下命令更改将用于第一次更新的 URL：

git config submodule.my-submodule.url otheruser@server:/pathtorepos

事实上，如果第一次更新失败，您可能需要执行此操作。第一次更新子模块后，您需要更改的 URL 是为子模块中的 origin 定义的 URL - 此时仅设置 submodule.my-submodule 有用如果您可能要删除并重新更新子模块，请在主项目中添加 .url 配置值。

Answer 2

不要使用绝对 URL！在开源项目中，我们在添加子模块时使用相对 URL，该 URL 位于 .gitmodules 文件中。这将导致 git 根据父项目的 URL 克隆子模块 URL。使用相对路径可以完全避免指定协议（https、ssh）和用户名。

例如，如果您想要的子模块可从 Git 服务器作为对等存储库获取，请在存储库的根目录中添加该对等子模块，如下所示：

git submodule add ../my-schema my/tests/schemas              

然后创建/扩展 .gitmodules 文件像这样的条目：

[submodule "my/tests/schemas"]
    path = my/tests/schemas
    url = ../my-schema

这样，就没有人需要编辑模块文件了。

ps 发布后我意识到我的答案是一个骗局，这是您应该使用的来源： 通过 ssh 或 https 自动访问 git 子模块

Answer 3

另一个用户必须更改 .git/config 文件才能将用户名更改为他自己的用户名。这样，git 使用正确的用户连接到服务器。

[submodule "path/to/module"]
    url = ssh://otheruser@server/pathtorepos

Answer 4

仅供参考，我最终使用的解决方案如下。
实际上其他人可以查看现有的存储库。

当我需要签出存储库时，可以使用以下命令来完成

git clone ssh://[email protected]/path/to/superrepos
cd superrepos
git submodule init
git submodule update

对于其他人签出超级存储库，使用以下命令集。
唯一的区别是手动克隆其他存储库

git clone ssh://[email protected]/path/to/superrepos
cd superrepos
git clone ssh://[email protected]/path/to/other/repos
git submodule init
git submodule update

请注意，发出命令后

git submodule init

，git 会告诉您请求的存储库和可用的存储库不相同。但这并不是致命的，您可以安全地继续。

Answer 5

不要在 URL 中包含用户名。当您克隆/拉取/等时，git 将提示输入用户名和密码

Answer 6

我的2美分：

我在使用创建存储库的同一用户从父级内部更新子模块存储库时遇到问题。我发现这是由 SSH 密钥上的密码引起的。当父-子存储库作为子模块连接并保存到 Git 时，我尝试将项目克隆到新位置。克隆父级成功（使用 SSH 密钥克隆时，我输入了密钥的密码）。但是，git submodule update 命令失败，并出现 Permission returned (publickey...)，且未询问密码。当我删除密码后，更新命令成功运行。

Answer 7

调试

通常，克隆（使用 ssh）的问题是 git 尝试使用 ssh 进行远程身份验证，但失败了。 添加详细模式

您可以使用 which ssh 调试此过程，并使用GIT_SSH_COMMAND="ssh -v" git clone --recurse-submodules [URL]

或 Windows >set GIT_SSH_COMMAND=ssh -v 然后运行克隆命令。

虽然对于这个特定问题，不使用子模块的绝对 URL 或避免将用户添加到这些 URL 可能是正确的答案；我（可能还有许多其他人）来到这里是为了寻找 ssh 访问的棘手问题的解决方案，我觉得这样的调试在很多情况下都会有所帮助，就像它对我所做的那样。

示例

我使用 Windows CMD+WSL2。运行 git 命令的 ssh -v 详细输出告诉

...
debug1: Next authentication method: publickey
debug1: Offering public key: [--].ssh/id_rsa RSA SHA256:[--]
debug1: Server accepts key: [--].ssh/id_rsa RSA SHA256:[--]
debug1: read_passphrase: can't open /dev/tty: No such device or address  <-- !!!
debug1: Trying private key: [--].ssh/id_ecdsa
debug1: Trying private key: [--].ssh/id_ecdsa_sk
debug1: Trying private key: [--].ssh/id_ed25519
debug1: Trying private key: [--].ssh/id_ed25519_sk
debug1: Trying private key: [--].ssh/id_xmss
debug1: Trying private key: [--].ssh/id_dsa
debug1: No more authentication methods to try.
git@[--]: Permission denied (publickey).
fatal: Could not read from remote repository.

我，ssh 可能无法访问终端来获取 rsa 密钥的密码。尽管它适用于主存储库，但不适用于子模块。所以过了一段时间，我在某处读到 Windows 添加了自己的 OpenSSH 版本。 Windows 安装的 git 使用自己的 ssh，无法找到终端设备。我能够使用

set GIT_SSH_COMMAND="C:/WINDOWS/System32/OpenSSH/ssh"通过 ssh 针对 WSL2 + CMD 修复子模块克隆