Jak przywrócić uprawnienia do plików i katalogów w git, jeśli zostały zmodyfikowane?

Mam kasę. Wszystkie uprawnienia do plików różnią się od tego, co git uważa, że ​​powinny być, dlatego wszystkie są wyświetlane jako zmodyfikowane.

Bez dotykania zawartości plików (po prostu chcę zmodyfikować uprawnienia) jak ustawić wszystkie uprawnienia do plików według tego, co według gita powinny być?

Git śledzi uprawnienia do plików i ujawnia zmiany uprawnień podczas tworzenia łatek przy użyciu git diff -p. Wszystko czego potrzebujemy to:

1. utwórz odwrotną łatkę
2. uwzględnij tylko zmiany uprawnień
3. zastosuj łatkę do naszej kopii roboczej

Jako jedna linijka:

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

możesz również dodać go jako alias do konfiguracji 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'

... i możesz je wywołać za pomocą:

git permission-reset

Uwaga: jeśli używasz powłoki bash, upewnij się, że używasz 'zamiast "cudzysłowów wokół !git, w przeciwnym razie zostanie zastąpione ostatnim gituruchomionym poleceniem.

Dzięki @Mixologic za wskazanie, że po prostu używając -Ron git diff, kłopotliwe sedpolecenie nie jest już wymagane.

Próbować git config core.fileMode false

Ze strony podręcznika git config:

core.fileMode

W przypadku wartości false różnice w wykonywalnych bitach między indeksem a kopią roboczą są ignorowane; przydatne na uszkodzonych systemach plików, takich jak FAT. Zobacz git-update-index (1) .

Domyślnie jest to prawda, z wyjątkiem tego, że git-clone (1) lub git-init (1) sondują i ustawią core.fileMode na false, jeśli to właściwe, podczas tworzenia repozytorium.

Git nie przechowuje uprawnień do plików innych niż skrypty wykonywalne. Zastanów się nad użyciem czegoś takiego jak git-cache-meta, aby zapisać własność pliku i uprawnienia.

Git może przechowywać tylko dwa typy trybów: 755 (plik wykonywalny) i 644 (plik wykonywalny). Jeśli plik miał 444, git zapisałby, że ma 644.

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

będzie działać w większości przypadków, ale jeśli masz zainstalowane zewnętrzne narzędzia porównywania, takie jak meld, musisz dodać --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

był potrzebny w mojej sytuacji

Możesz także spróbować haka przed / po kasie, aby załatwić sprawę.

Zobacz: Dostosowywanie Git - Haki Git

Używam git z cygwin w systemie Windows, git applyrozwiązanie nie działa dla mnie. Oto moje rozwiązanie, uruchom chmodna każdym pliku, aby zresetować uprawnienia.

#!/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

git diff -pużyte w odpowiedzi muhqua mogą nie wykazywać wszystkich rozbieżności.

• widziałem to w Cygwin dla plików, których nie posiadałem
• zmiany trybu są całkowicie ignorowane, jeśli core.filemodejest false(co jest domyślnym ustawieniem MSysGit)

Zamiast tego kod odczytuje metadane bezpośrednio:

(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)

Jednowarstwowy materiał nieprodukcyjny (całkowicie zastępuje maski):

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

_{(Kredyt za „$ '\ 0” trafia na http://transnum.blogspot.ru/2008/11/bashs-read-built-in-supports-0-as.html )}

Najłatwiej jest po prostu zmienić uprawnienia z powrotem. Jak zauważył @kroger, git śledzi tylko bity wykonywalne. Prawdopodobnie musisz po prostu uruchomić, chmod -x filenameaby to naprawić (lub +xjeśli to jest to potrzebne.

etckeeperNarzędzie może obsłużyć uprawnienia oraz z:

etckeeper init -d /mydir

Możesz użyć go do innych katalogów niż /etc.

Zainstaluj za pomocą menedżera pakietów lub pobierz źródła z powyższego linku.