Como ler o campo de modo da saída 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
...

Eu sei que os últimos 3 dígitos de outubro são o modo de arquivo, mas para que servem os 3 primeiros dígitos? Não consigo encontrar no manual do usuário do git.


2
O Git está tão quebrado ... Tente redefinir as permissões com algo como um chmod 0100755 <file>para deixar o Git feliz. Ou ainda mais engraçado, git chmod <perm> <file> `por causa dos modos de arquivo do Git (ele não existe) ... Veja também questões como Como faço para remover arquivos que dizem“ modo antigo 100755 novo modo 100644 ”de mudanças não planejadas em Git? , Como recuperar as permissões do arquivo para o que o git “pensa” que o arquivo deveria ser? . Esta ferramenta é uma piada quebrada ...
jww

Respostas:


62

Os 6 dígitos mostram o modo de arquivo usando as notações clássicas do UNIX. Os dois primeiros dígitos mostram o tipo de arquivo, o terceiro é sobre bits set-uid / set-gid / sticky e você conhece os três últimos.

Aqui está como man 2 statdocumenta isso em meu 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

9
Pode valer a pena acrescentar à sua resposta que os submódulos são listados com um modo de arquivo de 160000 e o tipo de objeto "commit".
Mark Longair

2
Por que a liderança 0nas linhas superiores (por exemplo, em 0170000vez de 170000), já que é 0para todas as linhas, por que não simplesmente omiti-la?
Ciro Santilli 郝海东 冠状 病 六四 事件 法轮功

13
@CiroSantilli A liderança 0é uma convenção clássica para indicar números octais.
adl

6
Esta resposta está errada: git não usa todos eles, e tem alguns especiais por conta própria (os submódulos têm 160000, por exemplo)
mirabilos

130

Do index-format.txtarquivo Git , em relação ao modo:

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.

Além disso, um tipo de objeto de diretório (binário 0100) e um arquivo regular gravável em grupo (0664 permissões) são permitidos conforme indicado pelo método. O arquivo regular não executável gravável em grupo é um modo não padrão que era compatível com as versões anteriores do Git.fsck.c fsck_tree

Isso torna os modos válidos (como binário e octal):

  • 0100000000000000( 040000): Diretório
  • 1000000110100100( 100644): Arquivo regular não executável
  • 1000000110110100( 100664): Arquivo regular não executável gravável em grupo
  • 1000000111101101( 100755): Arquivo executável normal
  • 1010000000000000( 120000): Link simbólico
  • 1110000000000000( 160000): Gitlink

Estranho ... Acabei de 644enviar alguns arquivos no git e a mensagem de confirmação disse que eles foram criados no repo como664
MestreLion

2
O modo de diretório não é válido porque isso nunca acontecerá. O Git não rastreia diretórios, porque os diretórios no Git existem apenas implicitamente com conteúdo não ignorado .
nêmesis

1
@nemesis Git realmente usa o modo directory ( 040000) para representar diretórios. Por favor, veja o fsck.ccódigo vinculado , ou apenas execute git ls-tree HEADem um repositório Git que contém diretórios.
Dan Cruz

1
Por que a permissão de gravação do grupo é mantida, mas não a maioria das outras permissões? Existe um caso de uso importante?
Ciro Santilli 郝海东 冠状 病 六四 事件 法轮功

1
@CiroSantilli 巴拿馬 文件 六四 事件 法轮功: a permissão de escrita do grupo não é mantida . Só que o fsckcódigo não afirma que uma entrada de árvore com esse modo é ruim . A ideia era deixar espaço para permissões de grupo em arquivos, caso fosse necessário. Nunca foi necessário, portanto, nunca foi adicionado, mas o código de teste nunca foi alterado para proibi-lo.
Torek
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.