Come leggere il campo mode dell'output di 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
...

So che le ultime 3 cifre ottiche sono in modalità file, ma a cosa servono le prime 3 cifre? Non riesco a trovarlo nel manuale utente di git.

git file-permissions git-ls-tree

— an0
fonte

Git è così rotto ... Prova a reimpostare i permessi con qualcosa come a chmod 0100755 <file>per rendere felice Git. O ancora più divertente, git chmod <perm> <file> `a causa delle modalità file di Git (non esiste) ... Vedi anche domande come Come rimuovo i file che dicono" vecchia modalità 100755 nuova modalità 100644 "da modifiche non organizzate in Idiota? , Come recuperare i permessi del file su ciò che git "pensa" dovrebbe essere il file? . Questo strumento è uno scherzo così rotto ...

— jww

Risposte:

Le 6 cifre mostrano la modalità file utilizzando le classiche notazioni UNIX. Le prime due cifre mostrano il tipo di file, la terza riguarda set-uid / set-gid / sticky bits e tu conosci gli ultimi tre.

Ecco come lo man 2 statdocumenta sul mio sistema 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
fonte

Potrebbe valere la pena aggiungere alla tua risposta che i sottomoduli sono elencati con un filemode di 160000 e il tipo di oggetto "commit".

— Mark Longair

Perché l'interlinea 0nelle prime righe (ad es. 0170000Invece di 170000), poiché è 0per tutte le righe, perché non ometterla?

— Ciro Santilli 郝海东冠状病六四事件法轮功

@CiroSantilli A leading 0è una convenzione classica per indicare i numeri ottali.

— adl

Questa risposta è sbagliata: git non li usa tutti e ne ha alcuni speciali da solo (i sottomoduli hanno 160000, ad esempio)

— mirabilos

130

Dal index-format.txtfile Git , per quanto riguarda la modalità:

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.

Inoltre, sono consentiti un file normale di tipo oggetto directory (binario 0100) e scrivibile dal gruppo (autorizzazioni 0664) come indicato dal metodo. Il normale file scrivibile di gruppo non eseguibile è una modalità non standard supportata nelle versioni precedenti di Git.fsck.c fsck_tree

Ciò rende le modalità valide (come binarie e ottali):

0100000000000000( 040000): Directory
1000000110100100( 100644): Normale file non eseguibile
1000000110110100( 100664): Normale file scrivibile dal gruppo non eseguibile
1000000111101101( 100755): File eseguibile normale
1010000000000000( 120000): Collegamento simbolico
1110000000000000( 160000): Gitlink

— Dan Cruz
fonte

Strano ... Ho appena eseguito il commit di alcuni 644file in git e il messaggio di commit diceva che erano stati creati nel repository come664

— MestreLion

La modalità directory non è valida perché non accadrà mai. Git non tiene traccia delle directory, perché le directory in Git esistono solo implicitamente con contenuto non ignorato .

— nemesi

@nemesis Git utilizza effettivamente la 040000modalità directory ( ) per rappresentare le directory. Si prega di vedere il fsck.ccodice collegato o semplicemente di eseguire git ls-tree HEADin un repository Git che contiene directory.

— Dan Cruz

Perché viene mantenuta l'autorizzazione di scrittura del gruppo, ma non la maggior parte delle altre autorizzazioni? C'è un caso d'uso importante?

— Ciro Santilli 郝海东冠状病六四事件法轮功

@CiroSantilli 巴拿馬文件六四事件法轮功: il permesso di scrittura del gruppo non viene effettivamente mantenuto . È solo che il fsckcodice non affermerà che una voce di albero con quella modalità è cattiva . L'idea era di lasciare spazio ai permessi di gruppo sui file, se si fosse rivelato necessario. Non è mai stato necessario, quindi non è mai stato aggiunto, ma il codice di test non è mai stato modificato per proibirlo.

— torek