Cómo leer el campo de modo de la salida de git-ls-tree

4 minutos de lectura

Cómo leer el campo de modo de la salida de git-ls-tree
an0

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

Sé que los últimos dígitos de 3 oct son en modo archivo, pero ¿para qué son los primeros 3 dígitos? No puedo encontrarlo en el manual del usuario de git.

  • Git está tan roto… Intenta restablecer los permisos con algo como un chmod 0100755 <file> para hacer feliz a Git. O aún más divertido, git chmod ` debido a los modos de archivo de Git (no existe)… También vea preguntas como ¿Cómo elimino archivos que dicen “modo antiguo 100755 modo nuevo 100644” de cambios no preparados en Git?, ¿Cómo recuperar los permisos del archivo a lo que git “piensa” que debería ser el archivo?. Esta herramienta es una broma tan rota…

    – jww

    10 de diciembre de 2016 a las 4:08


Cómo leer el campo de modo de la salida de git-ls-tree
dan cruz

Desde el Git index-format.txt archivo, con respecto al 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.

Además, se permite un tipo de objeto de directorio (0100 binario) y un archivo normal de escritura grupal (permisos 0664) como lo indica el fsck.c fsck_tree método. El archivo de escritura grupal no ejecutable normal es un modo no estándar que se admitía en versiones anteriores de Git.

Esto hace modos válidos (como binario y octal):

  • 0100000000000000 (040000): directorio
  • 1000000110100100 (100644): archivo regular no ejecutable
  • 1000000110110100 (100664): Archivo regular no ejecutable grabable en grupo
  • 1000000111101101 (100755): archivo ejecutable regular
  • 1010000000000000 (120000): Enlace simbólico
  • 1110000000000000 (160000): Gitlink

  • El modo de directorio no es válido porque nunca sucederá. Git no realiza un seguimiento de los directorios, porque los directorios en Git solo existen implícitamente con un-ignorado contenido.

    – némesis

    24 de marzo de 2014 a las 16:21

  • @nemesis Git de hecho usa el directorio (040000) modo para representar directorios. Por favor vea el enlace fsck.c código, o simplemente ejecutar git ls-tree HEAD en un repositorio Git que contiene directorios.

    – Dan Cruz

    24/03/2014 a las 17:53

  • @CiroSantilli巴拿馬文件六四事件法轮功: el permiso de escritura grupal no es en realidad conservó. es solo que el fsck código no afirmará que una entrada de árbol con ese modo es malo. La idea era dejar espacio para permisos de grupo en archivos, si resultaba necesario. Nunca fue necesario, por lo tanto, nunca se agregó, pero el código de prueba tampoco se modificó para prohibirlo.

    – torek

    23 de julio de 2016 a las 0:16

  • @Dan Cruz Si solo hay 16 dígitos en base 2, ¿por qué escriben en modo de 32 bits?

    – Sevastyan Savanyuk

    21 de agosto de 2018 a las 4:25

  • @Sevastyan Git reserva 16 bits para uso interno; ver caché.h.

    – Dan Cruz

    21 de agosto de 2018 a las 18:10

Cómo leer el campo de modo de la salida de git-ls-tree
ADL

Los 6 dígitos muestran el modo de archivo utilizando las notaciones clásicas de UNIX. Los primeros dos dígitos muestran el tipo de archivo, el tercero se trata de set-uid/set-gid/sticky bits, y ya conoce los últimos tres.

Aquí es cómo man 2 stat lo documenta en mi 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

  • Podría valer la pena agregar a su respuesta que los submódulos se enumeran con un modo de archivo de 160000 y el tipo de objeto “confirmar”.

    –Mark Longair

    2 de agosto de 2010 a las 5:15

  • ¿Por qué el líder 0 en las líneas superiores (por ejemplo 0170000 en lugar de 170000), ya que es 0 para todas las líneas, ¿por qué no simplemente omitirlo?

    – Ciro Santilli Путлер Капут 六四事

    22 de agosto de 2014 a las 7:47

  • @CiroSantilli Un líder 0 es una convención clásica para indicar números octales.

    – ADL

    22 de agosto de 2014 a las 12:36

  • Esta respuesta es incorrecta: git no los usa todos y tiene algunos especiales por sí solo (los submódulos tienen 160000, por ejemplo)

    – mirabilios

    02/09/2016 a las 16:54

¿Ha sido útil esta solución?