如何更新本地git存储库以有效反映已删除的子模块？

如何解决如何更新本地git存储库以有效反映已删除的子模块？

我有一个包含子模块的存储库，该子模块由多台计算机管理。我从machine1更新了repro，其中使用以下步骤删除了一些子模块：

• admin.auth().singInAnonymously()
• git submodule deinit path_to_submodule
• git rm path_to_submodule

将更改推送到远程设备后，我想在我的machine2中进行更改，以便我在machine1中删除的子模块也可以在machine2中删除。

执行该命令的命令是什么？我认为rm -rf .git/modules/path_to_submodule不足以满足要求。

我尝试了git pull，但没有运气

解决方法

出于各种且大多是历史原因，git checkout如下：

• 从具有 居住在path/to/submodule
中的子模块的提交（和相应的索引/分段区域）中移出
• 将移至一项提交，该提交缺少 path/to/submodule
中的任何内容

不删除子模块。从先前的签出开始，工作树中的path/to/submodule是一个目录，不再位于Git的索引中。它只是某人工作树中的目录，类似于某人工作树中的任何其他目录或未跟踪的文件。因此，正如您所说，git pull（运行git fetch，后跟第二个Git命令，在这里我们将忽略其详细信息 ¹ ）也不会删除子模块。 / p>

我尝试了git submodule update --recursive，但没有运气

由于子模块现在已经更新，因此Git对此一无所知，因此也不会做任何事情。

您可以使用git clean，它可以删除Git不知道的文件。但是，仅在不需要的目录上运行rm -rf似乎更简单，更安全。为什么您需要专门使用 Git ？ ²

---

¹ 细节确实很重要，并且-取决于第二条命令是什么，以及该命令的输入是-有许多不同的可能结果，但是每个结果都以“没有删除子模块”。

² Git不会自动清理，这当然很不方便，但是它不能使我们回到“最具有历史意义的”部分。 Back in the Dim Time，path/to/submodule子模块的存储库居住在path/to/submodule/.git中。因此，该存储库的工作树就位于path/to/submodule中，当子模块被检出时，该树将保留到今天。今天，运行git submodule absorbgitdirs之后-或最初，如果Git使用现代Git克隆并检出存储库本身，则 repository 位于超级项目的.git/modules/中，即您在自己的问题中提到的路径。但是Git仍然支持这种历史模式。

如果Git删除了子模块工作树，则必须迫使Git也删除存储库。该存储库可以是 only 的克隆，并且其中可能包含从未保存过的东西。因此这将是一个可怕的错误，因此Git绝不能删除它。

当然，没有人真正使用这种仍受支持的历史模式。除此之外，就是所有使用它的人。另请参见https://xkcd.com/2347/