如何读取git ls tree的mode字段';s输出

如何读取git ls tree的mode字段';s输出,git,file-permissions,git-ls-tree,Git,File Permissions,Git Ls Tree,我知道最后3个数字是文件模式,但前3个数字是什么? 我在git用户手册中找不到它。6位数字使用经典的UNIX符号显示文件模式。 前两位数字表示文件类型,第三位是关于set-uid/set-gid/sticky位的,您知道最后三位 以下是man2stat如何在我的GNU/Linux系统上记录它: $ git ls-tree fb3a8bdd0ce 100644 blob 63c918c667fa005ff12ad89437f2fdc80926e21c .gitignore 100644 bl

我知道最后3个数字是文件模式,但前3个数字是什么?
我在git用户手册中找不到它。

6位数字使用经典的UNIX符号显示文件模式。 前两位数字表示文件类型,第三位是关于set-uid/set-gid/sticky位的,您知道最后三位

以下是
man2stat
如何在我的GNU/Linux系统上记录它:

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

6位数字表示使用经典UNIX符号的文件模式。 前两位数字表示文件类型,第三位是关于set-uid/set-gid/sticky位的,您知道最后三位

以下是
man2stat
如何在我的GNU/Linux系统上记录它:

$ 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
...
从Git文件中,关于模式:

   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
此外,允许使用目录对象类型(二进制0100)和组可写(0664权限)常规文件,如
fsck_树
方法所示。常规的不可执行组可写文件是早期版本Git支持的非标准模式

这使有效模式(二进制和八进制)成为:

  • 0100000000000000
    040000
    ):目录
  • 1000001101000100
    100644
    ):常规不可执行文件
  • 1000001101000
    100664
    ):常规的不可执行组可写文件
  • 1000001110101
    100755
    ):常规可执行文件
  • 1010000000000000
    120000
    ):符号链接
  • 1110000000000000
    160000
    ):Gitlink
来自Git文件,关于模式:

   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
此外,允许使用目录对象类型(二进制0100)和组可写(0664权限)常规文件,如
fsck_树
方法所示。常规的不可执行组可写文件是早期版本Git支持的非标准模式

这使有效模式(二进制和八进制)成为:

  • 0100000000000000
    040000
    ):目录
  • 1000001101000100
    100644
    ):常规不可执行文件
  • 1000001101000
    100664
    ):常规的不可执行组可写文件
  • 1000001110101
    100755
    ):常规可执行文件
  • 1010000000000000
    120000
    ):符号链接
  • 1110000000000000
    160000
    ):Gitlink


在您的答案中可能需要添加以下内容:子模块的文件模式为160000,对象类型为“提交”。为什么顶部行的前导
0
(例如
0170000
而不是
170000
),因为所有行都是
0
,为什么不省略它呢?@CiroSantilli一个前导的
0
是一个表示八进制数的经典约定。这个答案是错误的:git并没有使用所有的八进制数,它自己有一些特殊的八进制数(例如,子模块有160000个)在您的答案中可能需要添加以下内容:子模块的文件模式为160000,对象类型为“提交”。为什么顶部行的前导
0
(例如
0170000
而不是
170000
),因为所有行的前导
0
,为什么不省略它呢?@CiroSantilli一个前导的
0
是一个表示八进制数的经典约定。这个答案是错误的:git并没有使用所有的八进制数,而且它自己有一些特殊的八进制数(例如,子模块有160000个)。目录模式无效,因为它永远不会发生。Git不跟踪目录,因为Git中的目录只隐式存在未忽略的内容。@nemesis Git确实使用目录(
040000
)模式来表示目录。请查看链接的
fsck.c
code,或者在包含目录的git存储库中执行
git ls树头
。@CiroSantilli巴拿馬文件六四事件法轮功: 实际上没有保留组写入权限。只是
fsck
代码不会声明具有该模式的树条目是错误的。这样做的目的是在需要时为文件的组权限留出空间。它从未被需要过,因此也从未被添加过,但测试代码也从未被更改为禁止使用它。@Dan Cruz如果只有16个基-2位,为什么他们要写32位模式?@Sevastyan Git保留16位供内部使用;请参阅。目录模式无效,因为它永远不会发生。Git不跟踪目录,因为Git中的目录只隐式存在未忽略的内容。@nemesis Git确实使用目录(
040000
)模式来表示目录。请查看链接的
fsck.c
code,或者在包含目录的git存储库中执行
git ls树头
。@CiroSantilli巴拿馬文件六四事件法轮功: 实际上没有保留组写入权限。只是
fsck
代码不会声明具有该模式的树条目是错误的。这样做的目的是在需要时为文件的组权限留出空间。它从未被需要过,因此也从未被添加过,但测试代码也从未被更改为禁止使用它。@Dan Cruz如果只有16个基-2位,为什么他们要写32位模式?@Sevastyan Git保留16位供内部使用;看,Git是如此的破碎。。。尝试使用
chmod 0100755
之类的工具重置权限,让Git满意。或者更有趣的是,git chmod`因为git的文件模式(它不存在)。。。也可以看到类似的问题。这个工具真是个破笑话…Git真是破了。。。尝试使用
chmod 0100755
之类的工具重置权限,让Git满意。或者更有趣的是,git chmod`因为git的文件模式(它不存在)。。。也可以看到类似的问题。这个工具真是个破笑话。。。