这招对我很管用:

git ls-files -m | xargs -L 1 chmod 644

对我来说，这看起来像unix文件权限模式(755=rwxr-xr-x, 644=rw-r——r——)-旧模式包括+x(可执行)标志，新模式没有。

这个msysgit问题的回复建议设置核心。Filemode为false，以摆脱这个问题:

git config core.filemode false

我曾经遇到过这个问题，当从旧硬盘驱动器复制工作文件的git repo几次。该问题源于所有者和权限从旧驱动器/机器更改到新驱动器/机器的事实。简而言之，运行以下命令来解决问题(感谢超级用户的回答):

sudo chmod -R -x . # remove the executable bit from all files

前一个命令将实际解决git diff报告的差异，但将撤销您列出目录的能力，因此ls ./失败，ls: .:权限被拒绝。要解决这个问题:

sudo chmod -R +X . # add the executable bit only for directories

坏消息是，如果您确实有任何想要保持可执行的文件，例如.sh脚本，则需要恢复它们。你可以为每个文件执行以下命令:

chmod +x ./build.sh # where build.sh is the file you want to make executable again

我只是在与master区分我的分支时遇到了这个问题。当我期望我的分支与master相同时，Git返回了一个“模式”错误。我通过删除文件，然后合并主在再次修正。

首先我运行差异:

git checkout my-branch
git diff master

这返回:

diff --git a/bin/script.sh b/bin/script.sh
old mode 100755
new mode 100644

然后我运行以下来修复:

rm bin/script.sh
git merge -X theirs master

在此之后，git diff返回my-branch和master之间没有差异。

这与bkm的发现类似，但它也会考虑任何已删除的文件，并且只在应用更改时给出警告。

这可以很好地恢复上次提交的文件模式设置。

git diff -p --no-ext-diff --no-color --diff-filter=d | grep -E "^(diff|old mode|new mode)" | sed -e "s/^old/NEW/;s/^new/old/;s/^NEW/new/" | git apply

如果有任何删除的文件，上面的许多解决方案都将失效。

这将列出仅被修改而未删除的文件，并将它们全部更改为755

git diff-files --name-only --diff-filter=d | xargs -L 1 chmod 755