可以通过运行git rm＜submodule path＞和git commit来删除子模块。这可以使用git-restore撤消。删除将删除超级项目的跟踪数据，这些数据既是gitlink条目，也是.gitmodules文件中的部分。子模块的工作目录从文件系统中删除，但Git目录被保留下来，以便可以在不需要从另一个存储库获取的情况下签出过去的提交。要完全删除子模块，请另外手动删除$GIT_DIR/modules/<name>/。

来源：git help子模块

简单的步骤

删除配置项：git-config-f.git/config--删除节子模块$submodulename git-config-f.gitmodules—删除部分子模块$子模块名称从索引中删除目录：git rm--cached$submodule路径犯罪删除未使用的文件：rm-rf$submodulepathrm-rf.git/modules/$submodulename

请注意：$submodulepath不包含前导或尾随斜杠。

出身背景

当您执行git子模块add时，它只将其添加到.gitmodules中，但是完成git子模块init后，它将添加到.git/config中。

因此，如果您希望删除模块，但能够快速恢复，那么就这样做：

git rm --cached $submodulepath
git config -f .git/config --remove-section submodule.$submodulepath

首先执行git rebase HEAD和git commit是一个好主意最后，如果你把这个写在脚本中。

还可以看看我可以取消填充Git子模块吗？的答案？。

我遵循了同一指南的指示如何删除子模块？

$ git submodule deinit -f <submodule-name>
$ rm -rf .git/modules/<submodule-name>
$ git config -f .gitmodules --remove-section submodule.<submodule-name>
$ git config -f .git/config --remove-section submodule.<submodule-name>
$ git rm --cached <submodule-name>
$ git commit -m 'rm submodule: <submodule-name>'

但它一直在说：

fatal: no submodule mapping found in .gitmodules for path

因此，我所做的是像这样在.gitignore中包含路径（路径末尾没有星号）：

<path>

然后我修改了任何文件并进行了简单的推送：

$ git add .
$ git commit -m "Ignoring sharedlibs folder <path> on .gitignore"
$ git push -u origin master

以下是我认为必要或有用的4个步骤（首先是重要步骤）：

git rm -f the_submodule
rm -rf .git/modules/the_submodule
git config -f .git/config --remove-section submodule.the_submodule
git commit -m "..."

理论上，第1步中的git rm应该处理它。希望OP问题的第二部分有一天能够得到肯定的回答（这可以在一个命令中完成）。

但从2017年7月起，第2步必须删除.git/modules/中的数据。否则，您不能在将来重新添加子模块。

正如tinlyx的回答所指出的那样，您可能可以省去上面的两个git1.8.5+步骤，因为所有的git子模块命令似乎都有效。

步骤3删除了.git/config文件中_submodule的部分。为了完整起见，应该这样做。（该条目可能会对较旧的git版本造成问题，但我没有要测试的条目）。

为此，大多数答案建议使用git子模块deinit。我发现使用git-config-f.git/config--remove部分更加明确，也不那么令人困惑。根据git子模块文档，git deinit：

注销给定的子模块。。。如果确实要删除存储库中的子模块，并使用gitrm[1]提交相反

最后但并非最不重要的是，如果您没有gitcommit，那么在执行git子模块摘要时（从git2.7开始），您可能会遇到错误：

fatal: Not a git repository: 'the_submodule/.git'
* the_submodule 73f0d1d...0000000:

这与执行步骤2或3无关。

我创建了一个bash脚本来简化删除过程。它还检查回购中是否有未保存的更改，并请求确认。它已经在os x上进行了测试，如果知道它在普通linux发行版上是否也能正常工作，将会很有趣：

https://gist.github.com/fabifrank/cdc7e67fd194333760b060835ac0172f

只是一张纸条。从git1.8.5.2开始，有两个命令可以执行：

git rm -r the_submodule
rm -rf .git/modules/the_submodule

正如@Mark Cheverton的回答正确指出的那样，如果没有使用第二行，即使您现在删除了子模块，剩余的.git/modules/the_submodule文件夹也将阻止将来添加或替换相同的子模块。此外，正如@VonC所提到的，gitrm将在子模块上完成大部分工作。

--更新（07/05/2017）--

为了澄清，_submodule是项目中子模块的相对路径。例如，如果子模块位于子目录subdir内，则为subdir/my_submodule。

正如评论和其他答案中正确指出的，这两个命令（虽然功能上足以删除子模块）确实在.git/config的[submodule“the_submodule”]部分留下了痕迹（截至2017年7月），可以使用第三个命令删除：

git config -f .git/config --remove-section submodule.the_submodule 2> /dev/null