git中文件和目录被修改后如何恢复权限？

Question

我有一个 git checkout。所有文件权限都与 git 认为的不同，因此它们都显示为已修改。

在不触及文件内容的情况下（只想修改权限）如何将所有文件的权限设置为 git 认为的应有的权限？

Answer 1

Git 不存储可执行脚本以外的文件权限。考虑使用 git-cache-meta 之类的东西来保存文件所有权和权限。

Git 只能存储两种模式：755（可执行）和 644（不可执行）。如果您的文件是 444，git 将存储它有 644。

Answer 2

最简单的方法就是将权限改回来。正如@kroger 指出的那样，git 只跟踪可执行位。所以你可能只需要运行chmod -x filename 来修复它（或者+x，如果需要的话。

Answer 3

试试git config core.fileMode false

来自git config 手册页：

core.fileMode

如果为 false，则忽略索引和工作副本之间的可执行位差异；在 FAT 等损坏的文件系统上很有用。见git-update-index(1)。

默认为 true，但 git-clone(1) 或 git-init(1) 会在创建存储库时探测并设置 core.fileMode 为 false。

Answer 4

您也可以尝试使用 pre/post checkout hook 来解​​决问题。

见：Customizing Git - Git Hooks

Answer 5

Git 跟踪文件权限并在使用git diff -p 创建补丁时公开权限更改。所以我们只需要：

1. 创建反向补丁
2. 仅包括权限更改
3. 将补丁应用到我们的工作副本

作为单行：

git diff -p -R --no-ext-diff --no-color \
    | grep -E "^(diff|(old|new) mode)" --color=never  \
    | git apply

您也可以将其作为别名添加到您的 git 配置中...

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

...您可以通过以下方式调用它：

git permission-reset

注意，如果您的 shell 是 bash，请确保在 !git 周围使用 ' 而不是 " 引号，否则它将被您运行的最后一个 git 命令替换。

感谢@Mixologic 指出只需在git diff 上使用-R，就不再需要繁琐的sed 命令。

Answer 6

git diff -p \
| grep -E '^(diff|old mode|new mode)' \
| sed -e 's/^old/NEW/;s/^new/old/;s/^NEW/new/' \
| git apply

在大多数情况下都可以使用，但如果您安装了诸如 meld 之类的外部差异工具，则必须添加 --no-ext-diff

git diff --no-ext-diff -p \
    | grep -E '^(diff|old mode|new mode)' \
    | sed -e 's/^old/NEW/;s/^new/old/;s/^NEW/new/' \
    | git apply

在我的情况下需要

Answer 7

etckeeper tool 可以处理权限并具有：

etckeeper init -d /mydir

您可以将它用于/etc以外的其他目录。

使用您的包管理器安装或从上面的链接获取源代码。

Answer 8

muhqu's answer 中使用的git diff -p 可能不会显示所有差异。

• 在 Cygwin 中看到我不拥有的文件
• 如果 core.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）}

Answer 9

我在 Windows 上使用来自 cygwin 的 git，git apply 解决方案对我不起作用。这是我的解决方案，在每个文件上运行 chmod 以重置其权限。

#!/bin/bash
IFS=$'\n'
for c in `git diff -p |sed -n '/diff --git/{N;s/diff --git//g;s/\n/ /g;s# a/.* b/##g;s/old mode //g;s/\(.*\) 100\(.*\)/chmod \2 \1/g;p}'`
do
        eval $c
done
unset IFS

Answer 10

感谢@muhqu 的出色answer。在我的情况下，并非所有更改文件都更改了权限，从而阻止了命令工作。

$ 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 更改权限的文件：

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'

Answer 11

我知道这是旧的，但我来自谷歌，但我没有找到答案

我有一个简单的解决方案如果你没有想要保留的零钱：

git config core.fileMode true
git reset --hard HEAD

Answer 12

我遇到了类似的问题，有人将可执行标志添加到服务器上的所有文件中，但是除了权限被破坏的文件之外，我还有本地修改的文件。但是，由于 git 跟踪的唯一权限是可执行标志，因此该管道为我解决了问题：

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

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