在gitlab的私有存储库上，当我运行git clone [email protected]:group/project-submodule.git时，克隆成功完成。
作为克隆过程的一部分，系统要求我输入私钥的密码。

当我跑步
submodule update --init"group/project-submodule"
它失败并显示：

Permission denied, please try again.
Permission denied, please try again.
Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).
fatal: Could not read from remote repository.

在尝试处理子模块的获取过程中，没有要求我提供私钥的密码。

(我必须将其匿名化)

fatal: clone of '[email protected]:group/project-submodule.git' into submodule path 'C:/Users/user/repos/project-module/project-submodule' failed

我检查了.gitmodules文件，它包含正确的数据(我认为可以通过错误消息进行确认)。

引起我注意的主要因素是，不要求我提供私钥密码。 甚至更奇怪，因为当我直接使用git clone时，它会按预期运行。

我也已经通过使用ssh访问进行了诊断，它要求我输入密码，就像执行拉或克隆操作时发生的一样

在Windows上使用git" git版本2.16.2.windows.1"

Git尝试使用ssh而不是https克隆子模块。
如果您尚未配置ssh密钥，则此操作将失败。
您可以设置ssh-agent来缓存ssh密钥的密码，并让git使用它。或更改为https。
对于子模块，Git有点令人困惑。它们是在目录的.gitmodules文件中配置的，但是将此处的URL从ssh更改为https并没有帮助。 Git使用在.git/config中配置的URL。
打开此文件，您将找到类似的内容。

将此网址更改为等效的https，然后重试。

您也可以只将ssh密钥更改为不需要密码的密钥。我遇到了同样的问题，现在git submodule update --init --recursive在不使用密码后工作正常。

Windows git中似乎有一个错误，即当它更新子模块时，它不要求提供释义密钥。 (git版本2.19.1.windows.1)

lukas-reineke的答案正确地描述了该问题以及使用ssh-agent来启用git子模块克隆的可能解决方案，该子模块已配置为应通过ssh而不是https进行克隆。

作为使用ssh-agent的替代方法，可以使用腻子的pageant。这样，您可以将git存储库所在的主机配置为腻子中的已保存会话，然后使用以下命令克隆子模块：

当然，您必须确保在%PATH%中实际上可以找到plink.exe，并且已将私钥添加到正在运行的pageant实例中(应该有一个小的系统托盘图标，您可以单击以单击'添加密钥")。

由于ssh-agent可能很难从Windows的本地cmd.exe中正确运行，因此我发现此替代方法非常有用。