Comment restaurer les permissions des fichiers et répertoires dans git s'ils ont été modifiés?

J'ai une caisse git. Toutes les autorisations de fichiers sont différentes de ce que git pense qu'elles devraient être, elles apparaissent donc toutes comme modifiées.

Sans toucher au contenu des fichiers (je veux juste modifier les autorisations), comment puis-je définir toutes les autorisations de fichiers sur ce que git pense qu'elles devraient être?

Git garde une trace de la permission des fichiers et expose les changements de permission lors de la création de correctifs à l'aide de git diff -p. Il nous suffit donc de:

1. créer un patch inversé
2. inclure uniquement les modifications d'autorisation
3. appliquer le patch à notre copie de travail

En une ligne:

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

vous pouvez également l'ajouter comme alias à votre configuration 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'

... et vous pouvez l'invoquer via:

git permission-reset

Notez que si votre shell est bash, assurez-vous d'utiliser 'au lieu de "guillemets autour du !git, sinon il sera remplacé par la dernière gitcommande que vous avez exécutée.

Merci à @Mixologic pour avoir souligné qu'en utilisant simplement -Ron git diff, la sedcommande encombrante n'est plus requise.

Essayer git config core.fileMode false

Depuis la git configpage de manuel:

core.fileMode

Si false, les différences de bits exécutables entre l'index et la copie de travail sont ignorées; utile sur les systèmes de fichiers cassés comme FAT. Voir git-update-index (1) .

La valeur par défaut est true, sauf que git-clone (1) ou git-init (1) va sonder et définir core.fileMode false si approprié lorsque le référentiel est créé.

Git ne stocke pas les autorisations de fichiers autres que les scripts exécutables. Pensez à utiliser quelque chose comme git-cache-meta pour enregistrer la propriété et les autorisations des fichiers.

Git ne peut stocker que deux types de modes: 755 (exécutable) et 644 (non exécutable). Si votre fichier était de 444 git, il en aurait 644.

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

fonctionnera dans la plupart des cas, mais si vous avez des outils de diff externes comme meld installés, vous devez ajouter --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

était nécessaire dans ma situation

Vous pouvez également essayer un crochet de pré / post-paiement qui pourrait faire l'affaire.

Voir: Personnaliser Git - Git Hooks

J'utilise git de cygwin sur Windows, la git applysolution ne fonctionne pas pour moi. Voici ma solution, exécutez chmodsur chaque fichier pour réinitialiser ses autorisations.

#!/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 -putilisé dans la réponse de muhqu peut ne pas montrer toutes les divergences.

• vu cela dans Cygwin pour les fichiers que je ne possédais pas
• les changements de mode sont complètement ignorés si core.filemodeest false(qui est la valeur par défaut pour MSysGit)

Ce code lit directement les métadonnées à la place:

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

Une doublure non destinée à la production (remplace entièrement les masques):

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

_{(Le crédit pour "$ '\ 0'" va à http://transnum.blogspot.ru/2008/11/bashs-read-built-in-supports-0-as.html )}

La chose la plus simple à faire est de simplement revenir sur les autorisations. Comme @kroger l'a noté, git ne suit que les bits exécutables. Donc, vous avez probablement juste besoin de l'exécuter chmod -x filename(ou +xsi c'est ce qui est nécessaire).

L' etckeeperoutil peut gérer les autorisations et avec:

etckeeper init -d /mydir

Vous pouvez l'utiliser pour d'autres répertoires que /etc.

Installez en utilisant votre gestionnaire de paquets ou obtenez les sources du lien ci-dessus.