我遇到了类似的问题，有人在服务器上的所有文件中添加了可执行标志，但是我也有本地修改的文件，除了那些权限被破坏的文件。然而，由于git唯一跟踪的权限是可执行标志，这个管道为我解决了这个问题:

git status | grep 'modified:' | awk '{print $3}' | xargs chmod a-x

基本上，该命令运行git status，过滤作为修饰符报告的文件，通过awk提取它们的路径，并删除可执行标志。

你也可以尝试一个前/后结帐挂钩。

参见:自定义Git - Git钩子

试试git的config core。fileMode假

从git配置手册页:

core.fileMode 如果为false，则忽略索引和工作副本之间的可执行位差异;对FAT等损坏的文件系统很有用。看到git-update-index(1)。 默认为true，除非git-clone(1)或git-init(1)将探测和设置core。在创建存储库时，fileMode为false(如果合适)。

谢谢@muhqu的精彩回答。在我的例子中，并不是所有的更改文件都更改了权限，这阻止了命令的工作。

$ git diff -p -R --no-ext-diff --no-color | grep -E "^(diff|(old|new) mode)" --color=never
diff --git b/file1 a/file1
diff --git b/file2 a/file2
old mode 100755
new mode 100644
$ git diff -p -R --no-ext-diff --no-color | grep -E "^(diff|(old|new) mode)" --color=never | git apply
warning: file1 has type 100644, expected 100755

然后补丁将停止，文件将保持不变。

如果有人有类似的问题，我通过调整命令来解决这个问题，只有权限更改文件:

grep -E "^old mode (100644|100755)" -B1 -A1

或者git别名

git config --global --add alias.permission-reset '!git diff -p -R --no-ext-diff --no-color | grep -E "^old mode (100644|100755)" -B1 -A1 --color=never | git apply'

muhqu的答案中使用的Git diff -p可能不能显示所有的差异。

我在Cygwin看到了这个我不拥有的文件 模式改变完全被忽略。filemode为false(这是MSysGit的默认值)

这段代码直接读取元数据:

(set -o errexit pipefail nounset;
git ls-tree HEAD -z | while read -r -d $'\0' mask type blob path
do
    if [ "$type" != "blob" ]; then continue; fi;
    case "$mask" in
    #do not touch other bits
    100644) chmod a-x "$path";;
    100755) chmod a+x "$path";;
    *) echo "invalid: $mask $type $blob\t$path" >&2; false;;
    esac
done)

一个非生产级的一行代码(完全替换了掩码):

git ls-tree HEAD | perl -ne '/^10(0\d{3}) blob \S+\t(.+)$/ && { system "chmod",$1,$2 || die }'

(“$ \0”转至http://transnum.blogspot.ru/2008/11/bashs-read-built-in-supports-0-as.html)

我遇到了类似的问题，有人在服务器上的所有文件中添加了可执行标志，但是我也有本地修改的文件，除了那些权限被破坏的文件。然而，由于git唯一跟踪的权限是可执行标志，这个管道为我解决了这个问题:

git status | grep 'modified:' | awk '{print $3}' | xargs chmod a-x

基本上，该命令运行git status，过滤作为修饰符报告的文件，通过awk提取它们的路径，并删除可执行标志。