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

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

在最新的git中，删除git子模块只需要4个操作。

删除.gitmodules中的相应条目阶段更改gitadd.gitmodules删除子模块目录git rm--cached<path_to_submodule>Commit git Commit-m“已删除子模块xxx”

这个问题的大多数答案都过时、不完整或不必要的复杂。

使用git 1.7.8或更高版本克隆的子模块将在您的本地存储库中最多留下四条自己的痕迹。删除这四个轨迹的过程由以下三个命令给出：

# Remove the submodule entry from .git/config
git submodule deinit -f path/to/submodule

# Remove the submodule directory from the superproject's .git/modules directory
rm -rf .git/modules/path/to/submodule

# Remove the entry in .gitmodules and remove the submodule directory located at path/to/submodule
git rm -f path/to/submodule

使用git v2.7.4，简单的3个步骤就可以了。

git submodule deinit -f -- a/submodule    
git rm -f a/submodule
git commit

只是一张纸条。从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

project dir:     ~/foo_project/
submodule:       ~/foo_project/lib/asubmodule
- - - - - - - - - - - - - - - - - - - - - - - - -
run:
  1.   cd ~/foo_project
  2.   git rm lib/asubmodule && 
          rm .git/modules/lib/asubmodule && 
            git submodule lib/asubmodule deinit --recursive --force