一种蛮力方法:

更新超模块中的.gitmodules文件以指向新的子模块url， 添加并提交更改到supermodule/.gitmodules， 在您的计算机上的其他地方创建一个新的超级模块克隆(确保.gitmodules文件的最新更改反映在克隆中)， 将工作目录更改为超模块的新克隆， 在子模块上运行git子模块update——init——远程路径到子模块，

果不其然!超级模块的新克隆中的子模块配置正确!

使用Git 2.25 (Q1 2020)，您可以修改它。 参见“Git子模块url已更改”和新命令

git submodule set-url [--] <path> <newurl>

(在分隔符上，请参阅“双连字符作为停止选项解释并按字面意思处理所有以下参数的信号”)

警告:Hi-Angel在评论中提到(甚至用Git 2.31.1测试过):

你应该小心git子模块set-url，因为它有一个bug: 如果，在你的.gitmodules文件中，路径看起来像这个some-path，然后你执行了一个git子模块set-url some-path/ new-url(注意后面的斜杠/)，那么，该命令不会修改现有的子模块，而是会添加另一个。

原答案(2009年5月，14年前)

实际上，一个补丁已经在2009年4月提交，以澄清gitmodule的角色。

所以现在gitmodule文档还不包括:

The .gitmodules file, located in the top-level directory of a git working tree, is a text file with a syntax matching the requirements -of linkgit:git-config4. [NEW]: As this file is managed by Git, it tracks the +records of a project's submodules. Information stored in this file is used as a hint to prime the authoritative version of the record stored in the project configuration file. User specific record changes (e.g. to account for differences in submodule URLs due to networking situations) should be made to the configuration file, while record changes to be propagated (e.g. +due to a relocation of the submodule source) should be made to this file.

这在很大程度上证实了吉姆的答案。

如果你遵循这个git子模块教程，你会发现你需要一个“git子模块init”来将子模块存储库url添加到.git/config中。

“git submodule sync”已在2008年8月添加，目的是为了在URL更改时(特别是当子模块的数量很重要时)使任务更容易完成。 该命令的关联脚本非常简单:

module_list "$@" |
while read mode sha1 stage path
do
    name=$(module_name "$path")
    url=$(git config -f .gitmodules --get submodule."$name".url)
    if test -e "$path"/.git
    then
    (
        unset GIT_DIR
        cd "$path"
        remote=$(get_default_remote)
        say "Synchronizing submodule url for '$name'"
        git config remote."$remote".url "$url"
    )
    fi
done

目标仍然是:git配置remote."$remote"。url " $ url "

你应该可以编辑.gitmodules文件来更新URL，然后运行git子模块sync——recursive来将更改反映到超项目和你的工作副本中。

然后你需要转到.git/modules/path_to_submodule目录，修改它的配置文件来更新git路径。

如果回购历史记录不同，那么你需要手动签出新的分支:

git submodule sync --recursive
cd <submodule_dir> 

git fetch
git checkout origin/master
git branch master -f
git checkout master

简单来说，你只需要编辑.gitmodules文件，然后重新同步和更新:

通过git命令或直接编辑文件:

git config --file=.gitmodules -e

或者是:

vim .gitmodules

然后重新同步和更新:

git submodule sync
git submodule update --init --recursive --remote

对我有用的(在Windows上，使用git版本1.8.3.msysgit.0):

用URL更新.gitmodules到新的存储库 从”中删除相应的行。git /配置文件 删除文件中对应的目录。Git /modules/external“目录(”。Git /modules”，适用于最新的Git版本) 删除签出的子模块目录本身(不确定这是否有必要) 运行git子模块init和git子模块update 确保检出的子模块处于正确的提交位置，并提交该子模块，因为哈希值可能会不同

在做了所有这些之后，一切都处于我所期望的状态。我想其他用户在更新时也会有类似的痛苦——在提交消息中解释这些步骤是明智的!

Git配置——file=。Gitmodules -e打开默认编辑器，您可以在其中更新路径