Lesen des Modusfelds der Ausgabe von git-ls-tree

$ 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
...

Ich weiß, dass die letzten 3 Ziffern im Dateimodus sind, aber wofür sind die ersten 3 Ziffern? Ich kann es nicht im Git-Benutzerhandbuch herausfinden.

git file-permissions git-ls-tree an0
quelle

Git ist so kaputt ... Versuchen Sie, die Berechtigungen mit so etwas wie a zurückzusetzen chmod 0100755 <file>, um Git glücklich zu machen. Oder noch lustiger, git chmod <perm> <file> `wegen der Dateimodi von Git (existiert nicht) ... Siehe auch Fragen wie Wie entferne ich Dateien mit der Aufschrift" alter Modus 100755 neuer Modus 100644 "aus nicht bereitgestellten Änderungen in Git? , Wie kann man die Dateiberechtigungen für das wiederherstellen, was Git "denkt", dass die Datei sein sollte? . Dieses Tool ist so ein kaputter Witz ...

jww

Antworten:

Die 6 Ziffern zeigen den Dateimodus unter Verwendung der klassischen UNIX-Notationen. Die ersten beiden Ziffern zeigen den Dateityp an, die dritte handelt von set-uid / set-gid / sticky-Bits, und Sie kennen die letzten drei.

So man 2 statdokumentiert es auf meinem GNU / Linux-System:

   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
quelle

Es kann sinnvoll sein, Ihrer Antwort hinzuzufügen, dass Submodule mit einem Dateimodus von 160000 und dem Objekttyp "Festschreiben" aufgelistet sind.

Mark Longair

Warum das Führen 0in den obersten Zeilen (zB 0170000statt 170000), da es 0für alle Zeilen gilt, warum nicht einfach weglassen?

Ciro Santilli 法轮功冠状病六四事件 22

@CiroSantilli Ein Leading 0ist eine klassische Konvention zur Angabe von Oktalzahlen.

adl

Diese Antwort ist falsch: Git verwendet nicht alle und hat einige spezielle für sich (Submodule haben zum Beispiel 160000)

mirabilos

129

Aus der Git- index-format.txtDatei zum Modus:

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.

Außerdem sind ein Verzeichnisobjekttyp (binär 0100) und eine gruppenschreibbare reguläre Datei (0664-Berechtigungen) zulässig, wie von der Methode angegeben. Die reguläre nicht ausführbare gruppenbeschreibbare Datei ist ein nicht standardmäßiger Modus, der in früheren Versionen von Git unterstützt wurde.fsck.c fsck_tree

Dies macht gültige Modi (als binär und oktal):

0100000000000000( 040000): Verzeichnis
1000000110100100( 100644): Normale nicht ausführbare Datei
1000000110110100( 100664): Normale nicht ausführbare gruppenbeschreibbare Datei
1000000111101101( 100755): Regelmäßige ausführbare Datei
1010000000000000( 120000): Symbolische Verknüpfung
1110000000000000( 160000): Gitlink

Dan Cruz
quelle

Seltsam ... Ich habe gerade einige 644Dateien in Git festgeschrieben und die 664

Festschreibungsnachricht besagt

Der Verzeichnismodus ist ungültig, da dies niemals passieren wird. Git verfolgt keine Verzeichnisse, da Verzeichnisse in Git nur implizit mit nicht ignorierten Inhalten existieren.

Erzfeind

@nemesis Git verwendet tatsächlich den Verzeichnismodus ( 040000), um Verzeichnisse darzustellen. Bitte lesen Sie den verknüpften fsck.cCode oder führen Sie ihn einfach git ls-tree HEADin einem Git-Repository aus, das Verzeichnisse enthält.

Dan Cruz

Warum wird die Gruppenschreibberechtigung beibehalten, nicht jedoch die meisten anderen Berechtigungen? Gibt es einen wichtigen Anwendungsfall?

Ciro Santilli 22 冠状病六四事件 22

@CiroSantilli group 文件六四事件法轮功: Die Gruppenschreibberechtigung wird nicht tatsächlich beibehalten . Es ist nur so, dass der fsckCode nicht behauptet, dass ein Baumeintrag in diesem Modus schlecht ist . Die Idee war, Platz für Gruppenberechtigungen für Dateien zu lassen, falls sich herausstellen sollte, dass dies erforderlich ist. Es wurde nie benötigt, daher nie hinzugefügt, aber der Testcode wurde auch nie geändert, um es zu verbieten.

Torek