同样，删除子模块，然后运行git子模块init和git子模块update显然也可以达到这个目的，但可能并不总是合适的或可能的。

我最终删除了子模块目录，并再次初始化它

cd my-submodule
git push
cd ../
rm -rf my-submodule
git submodule init
git submodule update

你对你的回购有足够的权限吗?

我的解决方案与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子模块update:

要忽略任何子模块中所有未跟踪的文件，使用以下命令忽略这些更改。

git config --global diff.ignoreSubmodules dirty

它将添加以下配置选项到您的本地git配置:

[diff]
  ignoreSubmodules = dirty

更多信息可以在这里找到

如果启用了文件模式设置，并且您更改了子模块子树中的文件权限，则子模块可能被标记为脏。

要禁用子模块中的文件模式，可以编辑/。Git /modules/path/到/your/submodule/config并添加

[core]
  filemode = false

如果你想忽略所有脏状态，你可以在/中设置ignore = dirty属性。gitmodules文件，但我认为最好只禁用文件模式。