我刚刚运行了一个 git diff 命令，对于我所有的约10个子模块都得到了以下输出
diff --git a/.vim/bundle/bufexplorer b/.vim/bundle/bufexplorer
--- a/.vim/bundle/bufexplorer
+++ b/.vim/bundle/bufexplorer
@@ -1 +1 @@
-Subproject commit 8c75e65b647238febd0257658b150f717a136359
+Subproject commit 8c75e65b647238febd0257658b150f717a136359-dirty
这是什么意思？我该如何修复它？
2021年1月更新，十年后：
"git diff"(man) 显示子模块工作树有未跟踪的杂物作为 Submodule 提交 <objectname>-dirty，但自然的期望是 "-dirty" 标识符应与 "git describe --dirty"(man) 对齐，而它不认为在工作树中有未跟踪的文件是污点的来源。
这种不一致已经在 Git 2.31 (2021年第一季度) 中得到修复。
请查看由Sangeeta Jain (sangu09)于2020年11月10日提交的commit 8ef9312。
(由Junio C Hamano -- gitster --于2021年1月25日合并，commit 0806279)
Git diff会将子模块目录报告为“-dirty”，即使子模块目录中只有未跟踪的文件。这与在该状态下在子模块目录中运行
diff: 不要将带有未跟踪文件的子模块显示为“-dirty”签署者：Sangeeta Jain
git describe --dirty(man)所说的不一致。当没有配置变量或命令行选项时，使--ignore-submodules=untracked成为git diff(man)的默认值，以便该命令不会给具有未跟踪文件的工作树的子模块添加“-dirty”后缀，以使其与在子模块工作树中运行的git describe --dirty保持一致。同时，也将--ignore-submodules=none设置为git status(man)的默认值，以使用户不会删除具有未提交（未跟踪）文件的子模块。
git config现在在其手册页中包含：
默认情况下，此设置为未跟踪，因此将忽略任何未跟踪的子模块。
原始答案（2011年）
如Mark Longair的博客文章Git子模块解释中所提到的，
git 1.7.0及更高版本包含了一个讨厌的变化，即：如果git子模块有任何修改过的文件或未跟踪的文件，则将其视为脏文件。而以前只有在子模块中的HEAD指向错误提交时才会出现这种情况。
git子模块输出中加号符（
+）的含义已经改变，第一次遇到这种情况需要花费一些时间来弄清楚出了什么问题，例如查看更改日志或使用git.git上的git bisect来查找更改。对于用户来说，引入一个不同的符号表示“在指定的版本上，但是有更改”会更友好。
你可以通过以下方式修复它：
cd进入子模块的根目录并执行git checkout .dotnetCarpenter 评论道你可以执行以下命令：git submodule foreach --recursive git checkout .
git diff命令中添加--ignore-submodules，暂时忽略那些“脏”的子模块。正如Noam所评论的, this question提到自从git版本1.7.2以来，你可以使用以下命令忽略“脏”的子模块：
git status --ignore-submodules=dirty
要忽略任何子模块中的所有未跟踪文件，请使用以下命令来忽略这些更改。
git config --global diff.ignoreSubmodules dirty
它将向您的本地git配置文件中添加以下配置选项：
[diff]
ignoreSubmodules = dirty
更多信息可以在这里找到。
同时移除子模块，然后运行 git submodule init 和 git submodule update 显然也可以解决问题，但这种方法可能并不总是适当或可行。
编辑: 这个答案（以及大部分其他的答案）已经过时了；请参考Devpool的答案。
最初，并没有配置选项可以使"git diff --ignore-submodules"和"git status --ignore-submodules"成为默认全局选项（但请参见在命令上设置git默认标志）。另一种方法是在您想要忽略的每个子模块上设置一个默认的ignore配置选项（对于git diff和git status都是如此），可以在.git/config文件（仅本地）或.gitmodules中进行设置（将由git进行版本管理）。例如：
[submodule "foobar"]
url = git@bitbucket.org:foo/bar.git
ignore = untracked
ignore = untracked表示忽略未跟踪的文件，ignore = dirty表示忽略已修改的文件，ignore = all表示忽略所有提交。显然无法使用通配符来匹配所有子模块。
git config --global diff.ignoreSubmodules untracked而不是git config --global diff.ignoreSubmodules dirty。 - grenix这是因为你拥有的子模块指针并不是实际位于子模块目录中的指针。要解决这个问题，你必须再次运行 git submodule update 命令：
git submodule foreach --recursive git checkout .
这对我来说没起作用，但它给了我一个文件列表（在我这里只有一个），显示子模块中已更改的文件（而我在那里没有做任何事情）。
因此，我可以进入子模块，git status显示我的HEAD是分离状态-> git checkout master，再次git status以查看修改的文件，git checkout >文件名<，git pull，一切都正常了。
我最终删除了子模块目录并重新初始化它。
cd my-submodule
git push
cd ../
rm -rf my-submodule
git submodule init
git submodule update
如果启用了文件模式设置并且您更改了子模块子树中的文件权限，则子模块可能会被标记为脏。
要禁用子模块中的文件模式，可以编辑/.git/modules/path/to/your/submodule/config并添加
[core]
filemode = false
如果您想忽略所有脏状态，可以在/.gitmodules文件中设置 ignore = dirty property，但我认为仅禁用文件模式更好。
你是否有足够的权限访问你的代码库？
我的解决方案与git无关，但我看到了相同的错误消息和子模块的脏状态。
根本原因是.git文件夹中的某些文件属于root，因此git没有写入权限，因此当以我的用户身份运行时，git无法更改子模块的脏状态。
你是否遇到了同样的问题？
从你的代码库根目录，使用find列出由root拥有的文件[可选]
find .git -user root
解决方案 [Linux]
将 .git 文件夹中的所有文件的所有者更改为您
sudo chown -R $USER:$USER .git
# alternatively, only the files listed in the above command...
sudo find .git -user root -exec chown $USER:$USER {} +
这是怎么发生的？
在我的情况下，我从一个docker容器中构建了子模块的库。docker守护进程传统上以root身份运行，因此创建的文件归属于root:root。
通过该服务，我的用户具有代理的root权限，因此即使我没有使用sudo，我的git仓库仍然有由root拥有的更改。
我希望这能帮助到某些人，现在可以离开了。
在我的情况下，我不确定是什么原因导致了这种情况，但我知道我只想将子模块重置为它们最新的远程提交，并完成它。这需要结合这里的几个不同问题的答案：
git submodule update --recursive --remote --init
来源：
git commit -a。虽然它们在前面标有M，但它们不会出现在您的提交中。 - gitaarikgit clean -id。 - GDP2git submodule foreach --recursive git clean -id（请先在备份仓库中进行测试；） - VonCgit submodule foreach --recursive git checkout .- eduncan911