对于数字2.17及以上，它只是：

git submodule deinit -f {module_name}
git add {module_name}
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>'

在这个网站上尝试了所有不同的答案后，我最终得到了这个解决方案：

#!/bin/sh
path="$1"
if [ ! -f "$path/.git" ]; then
  echo "$path is no valid git submodule"
  exit 1
fi
git submodule deinit -f $path &&
git rm --cached $path &&
rm -rf .git/modules/$path &&
rm -rf $path &&
git reset HEAD .gitmodules &&
git config -f .gitmodules --remove-section submodule.$path

这将恢复与添加子模块之前完全相同的状态。您可以立即再次添加子模块，这在大多数答案中是不可能的。

git submodule add $giturl test
aboveScript test

这将使您得到一个干净的签出，无需提交任何更改。

这是用以下方法测试的：

$ git --version
git version 1.9.3 (Apple Git-50)

git子模块deinit＜子模块路径＞从.gitmodules中删除节git rm<子模块路径>删除需要从项目中删除的模块文件。将删除的文件添加到git并调用gitadd.gitmodules提交并推送

对于数字2.17及以上，它只是：

git submodule deinit -f {module_name}
git add {module_name}
git commit

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

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