Comment lire le champ mode de la sortie de git-ls-tree

100 
$ git ls-tree fb3a8bdd0ce
100644 blob 63c918c667fa005ff12ad89437f2fdc80926e21c    .gitignore
100644 blob 5529b198e8d14decbe4ad99db3f7fb632de0439d    .mailmap
100644 blob 6ff87c4664981e4397625791c8ea3bbb5f2279a3    COPYING
040000 tree 2fb783e477100ce076f6bf57e4a6f026013dc745    Documentation
100755 blob 3c0032cec592a765692234f1cba47dfdcc3a9200    GIT-VERSION-GEN
100644 blob 289b046a443c0647624607d471289b2c7dcd470b    INSTALL
100644 blob 4eb463797adc693dc168b926b6932ff53f17d0b1    Makefile
100644 blob 548142c327a6790ff8821d67c2ee1eff7a656b52    README
...

Je sais que les 3 derniers chiffres d'oct sont en mode fichier, mais à quoi servent les 3 premiers chiffres? Je ne peux pas le trouver dans le manuel de l'utilisateur de git.

git file-permissions git-ls-tree an0
la source
2
Git est tellement cassé ... Essayez de réinitialiser les autorisations avec quelque chose comme un chmod 0100755 <file>pour rendre Git heureux. Ou encore plus drôle, git chmod <perm> <file> `à cause des modes de fichiers de Git (il n'existe pas) ... Voir aussi des questions comme Comment supprimer des fichiers disant" ancien mode 100755 nouveau mode 100644 "des changements non organisés dans Git? , Comment récupérer les permissions du fichier sur ce que git «pense» que le fichier devrait être? . Cet outil est une blague tellement cassée ...
jww

Réponses:

62

Les 6 chiffres indiquent le mode fichier en utilisant les notations UNIX classiques. Les deux premiers chiffres indiquent le type de fichier, le troisième concerne les bits set-uid / set-gid / sticky, et vous connaissez les trois derniers.

Voici comment le man 2 statdocumente sur mon système GNU / Linux:

   The following flags are defined for the st_mode field:

       S_IFMT     0170000   bit mask for the file type bit fields
       S_IFSOCK   0140000   socket
       S_IFLNK    0120000   symbolic link
       S_IFREG    0100000   regular file
       S_IFBLK    0060000   block device
       S_IFDIR    0040000   directory
       S_IFCHR    0020000   character device
       S_IFIFO    0010000   FIFO
       S_ISUID    0004000   set UID bit
       S_ISGID    0002000   set-group-ID bit (see below)
       S_ISVTX    0001000   sticky bit (see below)
       S_IRWXU    00700     mask for file owner permissions
       S_IRUSR    00400     owner has read permission
       S_IWUSR    00200     owner has write permission
       S_IXUSR    00100     owner has execute permission
       S_IRWXG    00070     mask for group permissions
       S_IRGRP    00040     group has read permission
       S_IWGRP    00020     group has write permission
       S_IXGRP    00010     group has execute permission
       S_IRWXO    00007     mask for permissions for others (not in group)
       S_IROTH    00004     others have read permission           
       S_IWOTH    00002     others have write permission
       S_IXOTH    00001     others have execute permission
adl
la source
9
Il pourrait être utile d'ajouter à votre réponse que les sous-modules sont répertoriés avec un mode de fichier de 160000 et le type d'objet "commit".
Mark Longair
2
Pourquoi le 0début sur les lignes supérieures (par exemple 0170000au lieu de 170000), puisque c'est 0pour toutes les lignes, pourquoi ne pas simplement l'omettre?
Ciro Santilli 郝海东 冠状 病 六四 事件 法轮功
13
@CiroSantilli Un interligne 0est une convention classique pour indiquer les nombres octaux.
adl
6
Cette réponse est fausse: git ne les utilise pas tous, et en a quelques-uns spéciaux (les sous-modules ont 160000, par exemple)
mirabilos
130

Depuis le index-format.txtfichier Git , concernant le mode:

32-bit mode, split into (high to low bits)

    4-bit object type
      valid values in binary are 1000 (regular file), 1010 (symbolic link)
      and 1110 (gitlink)

    3-bit unused

    9-bit unix permission. Only 0755 and 0644 are valid for regular files.
    Symbolic links and gitlinks have value 0 in this field.

En outre, un type d'objet d'annuaire (binaire 0100) et un fichier normal inscriptible en groupe (autorisations 0664) sont autorisés comme indiqué par la méthode. Le fichier inscriptible en groupe non exécutable normal est un mode non standard pris en charge dans les versions antérieures de Git.fsck.c fsck_tree

Cela rend les modes valides (comme binaire et octal):

  • 0100000000000000( 040000): Répertoire
  • 1000000110100100( 100644): Fichier non exécutable régulier
  • 1000000110110100( 100664): Fichier inscriptible de groupe non exécutable ordinaire
  • 1000000111101101( 100755): Fichier exécutable normal
  • 1010000000000000( 120000): Lien symbolique
  • 1110000000000000( 160000): Gitlink
Dan Cruz
la source
Bizarre ... Je viens de 644valider quelques fichiers dans git et le message de validation dit qu'ils ont été créés dans le 664
dépôt en
2
Le mode répertoire n'est pas valide car il ne se produira jamais. Git ne suit pas les répertoires, car les répertoires dans Git n'existent qu'implicitement avec un contenu non ignoré .
nemesis
1
@nemesis Git utilise en effet le 040000mode directory ( ) pour représenter les répertoires. Veuillez consulter le fsck.ccode lié ou simplement l'exécuter git ls-tree HEADdans un référentiel Git contenant des répertoires.
Dan Cruz
1
Pourquoi l'autorisation d'écriture du groupe est-elle conservée, mais pas la plupart des autres autorisations? Existe-t-il un cas d'utilisation important?
Ciro Santilli 郝海东 冠状 病 六四 事件 法轮功
1
@CiroSantilli 巴拿馬 文件 六四 事件 法轮功: l'autorisation d'écriture du groupe n'est pas réellement conservée . C'est juste que le fsckcode ne prétendra pas qu'une entrée d'arborescence avec ce mode est mauvaise . L'idée était de laisser de la place aux autorisations de groupe sur les fichiers, si cela s'avérait nécessaire. Il n'a jamais été nécessaire, donc jamais ajouté, mais le code de test n'a jamais été modifié pour l'interdire non plus.
torek le