我刚刚运行了一个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
这是什么意思?我该怎么解决呢?
当前回答
如果启用了文件模式设置，并且您更改了子模块子树中的文件权限，则子模块可能被标记为脏。
要禁用子模块中的文件模式，可以编辑/。Git /modules/path/到/your/submodule/config并添加
[core]
filemode = false
如果你想忽略所有脏状态，你可以在/中设置ignore = dirty属性。gitmodules文件，但我认为最好只禁用文件模式。
其他回答
我最终删除了子模块目录，并再次初始化它
cd my-submodule
git push
cd ../
rm -rf my-submodule
git submodule init
git submodule update
如果启用了文件模式设置，并且您更改了子模块子树中的文件权限，则子模块可能被标记为脏。
要禁用子模块中的文件模式，可以编辑/。Git /modules/path/到/your/submodule/config并添加
[core]
filemode = false
如果你想忽略所有脏状态，你可以在/中设置ignore = dirty属性。gitmodules文件，但我认为最好只禁用文件模式。
你对你的回购有足够的权限吗?
我的解决方案与git无关，但是我看到了相同的错误消息，以及子模块的脏状态。
根本原因是。git文件夹中的一些文件是root拥有的，所以git没有写访问权，因此git不能改变子模块的脏状态时，我的用户运行。
你也有同样的问题吗?
从存储库的根文件夹中，使用find列出根目录下的文件[可选]
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所有权。
我的用户通过代理通过该服务拥有根权限，所以即使我没有做任何事情，我的git存储库仍然有根拥有的更改。
我希望这能帮到某人，离开这里。
在我的例子中，我不确定是什么导致了这种情况的发生，但我知道我只是想让子模块被重置到它们最新的远程提交，然后完成它。这涉及到把这里几个不同问题的答案结合起来:
Git子模块更新——递归——远程——初始化
来源:
如何将我的更改恢复到git子模块?
简单的方法拉最新的所有git子模块
同样，删除子模块，然后运行git子模块init和git子模块update显然也可以达到这个目的，但可能并不总是合适的或可能的。
