总而言之，这是您应该做的：

设置path_to_submodule变量（无尾随斜杠）：path_to_submodule=路径/到/子模块从.gitmodules文件中删除相关行：git-config-f.gitmodules—删除节子模块$路径_子模块从.git/config中删除相关部分git-config-f.git/config—删除节子模块$路径_子模块仅从索引中取消存储并删除$path_to_submodule（以防止丢失信息）git rm--缓存的$path_to_submodule跟踪对.gitmodules所做的更改git-add.gitmodules提交超级项目gitcommit-m“删除子模块子模块名”删除现在未跟踪的子模块文件rm-rf$path_to_submodulerm-rf.git/modules/$path_to_submodule

我发现deinit对我很好：

git submodule deinit <submodule-name>    
git rm <submodule-name>

从git文档：

解交织注销给定子模块，即删除整个子模块$名称git/config中的部分及其工作树。

如果由于您添加、提交和推送了一个已经是Git存储库（包含.Git）的文件夹而意外添加了子模块，那么您将没有.gitmodules文件可供编辑，或者.Git/config中的任何内容。在这种情况下，您只需要：

git rm --cached subfolder
git add subfolder
git commit -m "Enter message here"
git push

FWIW，在执行git添加之前，我还删除了.git文件夹。

您必须删除.gitmodules和.git/config中的条目，并从历史记录中删除模块的目录：

git rm --cached path/to/submodule

如果你在git的邮件列表上写东西，很可能有人会为你编写一个shell脚本。

我刚刚找到了.submodule（忘记了确切名称）隐藏文件，它有一个列表。。。你可以用这种方式逐个删除它们。我刚刚有一个，所以我删除了它。很简单，但它可能会搞乱Git，因为我不知道子模块是否附加了什么。到目前为止，除了libetpan通常的升级问题外，似乎还可以，但这（希望）是无关的。

注意到没有人发布手动擦除，因此添加

除了这些建议之外，我还必须rm-Rf.git/modules/path/to/submodule，才能添加一个同名的新子模块（在我的例子中，我用原来的fork替换了一个fork）