Mise à jour et validation uniquement les autorisations d'un fichier à l'aide de contrôle de version git

Juste d'avoir un some.sh fichier dans un fichier exécutable (chmod 755 ...), les autorisations ont été mis à jour mais pas le contenu. Est-il un moyen de commettre le fichier dans le dépôt git, de sorte que le bit d'exécution sera restauré/set sur clone /caisse /pull ?

Mise à jour: comment puis-je suivre que les nouvelles autorisations ont été soumis à github?

InformationsquelleAutor BreakPhreak | 2012-05-09
  1. 160

    Par défaut, git va exécuter la mise à jour des autorisations de fichiers si vous les modifiez. Il ne sera pas changer de piste ou toutes les autres autorisations.

    Si vous ne voyez pas toutes les modifications lors de la modification d'autorisation d'exécution, vous avez probablement une configuration de git qui ignorent mode de fichier.

    Regarder dans votre projet, dans le .git dossier pour le config fichier et vous devriez voir quelque chose comme ceci:

    [core]
    filemode = false

    Que vous pouvez modifier à true dans votre éditeur de texte préféré, ou à exécuter:

    git config core.filemode true

    Ensuite, vous devriez être en mesure de s'engager normalement vos fichiers. Il n'engagent que les modifications d'autorisations.

    • merci!!!! comment puis-je vérifier que l'autorisation des modifications ont été soumis à github?
    • Vous pouvez voir lorsque vous affichez un fichier (par exemple, sur Rails gitignore fichier, vous trouverez 100644 que la permission de fichier)
    • Faire des changements de permissions sur Windows avec git (en train de modifier les autorisations de fichier et de commettre): blog.lesc.se/2011/11/how-to-change-file-premissions-in-git.html
    • Cette réponse est fausse! Git ne les pistes si un fichier est exécutable ou non. Il ne suit pas les autres d'autorisation de fichier comme en écriture ou lisible. Lire stackoverflow.com/a/11231682/2311074 pour plus d'.
    InformationsquelleAutor Vincent B.
  2. 137

    @fooMonster article a fonctionné pour moi

    # git ls-tree HEAD
100644 blob 55c0287d4ef21f15b97eb1f107451b88b479bffe    script.sh

    Comme vous pouvez le voir le fichier a 644 autorisation (en ignorant les 100). Nous aimerions changer à 755:

    # git update-index --chmod=+x script.sh

    valider les modifications

    # git commit -m "Changing file permissions"
[master 77b171e] Changing file permissions
0 files changed, 0 insertions(+), 0 deletions(-)
mode change 100644 => 100755 script.sh
    • Cela ne fonctionne que pour les "exécutable" drapeau
    • Il convient de noter que vous avez réellement à utiliser '-x/+x". Vous ne pouvez pas définir toutes les autres autorisations ou un masque de bits.
    • remarque à l'aide de git commit -a n'ai rien fait pour moi, cependant définition de message sur la ligne de commande n'. Peu de caprice
    InformationsquelleAutor ewwink
  3. 24

    Pas de travail pour moi.

    La mode est true, le fichier permanentes ont été modifiés, mais git dit il n'y a pas de travail à faire. 

    git init
git add dir/file
chmod 440 dir/file
git commit -a

    Le problème semble être que git ne reconnaît que certaines modifications d'autorisations.

    • Correct - git vraiment que des pistes de savoir si un fichier est exécutable ou non, pas le jeu complet de *nix autorisations. Donc, vous auriez à passer d'un fichier exécutable/pas pour elle de penser que vous avez changé quelque chose de la peine de commettre...
    • Je n'arrivais pas à trouver de la documentation qui est clair: ce post-déclenchement d'action puis-je utiliser peut-être de fixer les perms en conséquence?
    • Ainsi, il est une post-checkout crochet dans git, ce qui permettrait de couvrir certains cas, mais je ne suis pas sûr que ça couvrirait toutes les choses que les fichiers de mise à jour dans votre worktree. Vous pourriez être mieux de simplement un script shell dans votre pension qui met les choses en conséquence. Sinon, il y a quelques projets qui augmentent git pour stocker les métadonnées, mais je n'ai jamais vraiment essayé l'un d'eux...
    • cela devrait être une réponse à son propre! C'est le seul morceau de l'information, je suis venu pour.
    • Je suis conscient de etckeeper que les enregistrements de l'ensemble des autorisations et la propriété ...
    • J'ai changé les permissions de fichier en 777 et ne git update-index --refresh, mais la diff montre old mode 100644 new mode 100755. Il n'a pas de mise à jour de toutes les autorisations
    • voir @tishma réponse ici stackoverflow.com/questions/14557106/.... C'est ce qui a fonctionné pour moi

    InformationsquelleAutor Otheus