如何读取git-ls-tree输出的mode字段

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

我知道后3个八进制数字是文件模式，但是前3个数字是做什么用的？我在git用户手册中找不到它。

git file-permissions git-ls-tree

— 00
source

Git太坏了...尝试使用来重置权限，例如chmod 0100755 <file>使Git开心。甚至更有趣的是，由于Git的文件模式（不存在），所以git chmod <perm> <file>`...另请参阅类似的问题：如何从未暂存的更改中删除说“旧模式100755新模式100644”的文件吉特？，如何恢复文件权限到git“认为”文件应该是什么？。这个工具

— 真是个坏话

Answers:

6位数字表示使用经典UNIX表示法的文件模式。前两位数字表示文件类型，第三位数字表示set-uid / set-gid / sticky位，而后三位数字。

这是man 2 stat在我的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

— 阿德
source

可能值得添加答案的是子模块的文件模式为160000，对象类型为“ commit”。

— Mark Longair

为什么要在所有行0上都使用最前面的行（例如0170000而不是170000）0，为什么不就忽略它呢？

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

@CiroSantilli引号0是表示八进制数字的经典约定。

— 2014年

这个答案是错误的：git并没有全部使用它们，而是自己有一些特殊的（例如子模块有160000）

— mirabilos

129

从Git index-format.txt文件，关于模式：

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.

另外，如方法所示，允许使用目录对象类型（二进制0100）和组可写（0664权限）常规文件。常规的不可执行的组可写文件是Git早期版本中支持的非标准模式。fsck.c fsck_tree

这使有效模式（二进制和八进制）成为：

0100000000000000（040000）：目录
1000000110100100（100644）：常规的非可执行文件
1000000110110100（100664）：常规的不可执行的组可写文件
1000000111101101（100755）：常规可执行文件
1010000000000000（120000）：符号链接
1110000000000000（160000）：Gitlink

— 丹·克鲁兹
source

奇怪...我只是犯了一些644在git的文件，并提交消息说，他们在回购创建为664

— MestreLion

目录模式无效，因为它永远不会发生。Git不会跟踪目录，因为Git中的目录仅隐式地存在且内容未被忽略。

— 克星

@nemesis Git确实使用目录（040000）模式表示目录。请查看链接的fsck.c代码，或仅git ls-tree HEAD在包含目录的Git存储库中执行。

— 丹·克鲁兹

为什么保留组写权限，而不保留大多数其他权限？有重要的用例吗？

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

@CiroSantilli巴拿马文件六四事件法轮功：实际上没有保留组写权限。只是fsck代码不会声称具有该模式的树条目是错误的。想法是如果确实需要，则为文件的组权限留出空间。它从不需要，因此也没有添加，但是测试代码也从未更改以禁止它。

— torek '16