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

Question

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

an0*_*an0 95 git file-permissions git-ls-tree

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

Run Code Online (Sandbox Code Playgroud)

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

Answer 1

Dan*_*ruz 119

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

Run Code Online (Sandbox Code Playgroud)

此外,如该方法所示,允许目录对象类型(二进制0100)和组可写(0664权限)常规文件.常规的非可执行组可写文件是早期版本的Git支持的非标准模式.fsck.c fsck_tree

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

0100000000000000(040000):目录
1000000110100100(100644):常规非可执行文件
1000000110110100(100664):常规非可执行组可写文件
1000000111101101(100755):常规可执行文件
1010000000000000(120000):符号链接
1110000000000000(160000):Gitlink

@CiroSantilli 功巴拿马文件六四事件法轮：实际上并没有*保留*组写权限。只是`fsck` 代码不会声称具有该模式的树条目是*坏*。这个想法是为文件的组权限留出空间，如果需要的话。它从未被需要，因此从未添加，但测试代码也从未更改为禁止它。 (3认同)
目录模式无效,因为它永远不会发生.Git不跟踪目录,因为Git中的目录只能隐式使用un**ignored*内容. (2认同)
@nemesis Git 确实使用目录 (`040000`) 模式来表示目录。请查看链接的 `fsck.c` 代码，或者在包含目录的 Git 存储库中执行 `git ls-tree HEAD`。 (2认同)
@Dan Cruz 如果只有 16 个基数为 2 的数字，他们为什么要写 32 位模式？ (2认同)
@Sevastyan Git 保留 16 位供内部使用；参见 [cache.h](https://github.com/git/git/blob/7e8bfb0412581daf8f3c89909f1d37844e8610dd/cache.h#L85)。 (2认同)
对我之前的评论稍作修正：在某一时刻，Git 确实*确实* 记录了组写权限，显然有一些存储库具有 `mode 100664` 树条目，因此 `git fsck` 允许他们避免声称这些非常旧存储库很糟糕。但是存储组写入结果并不能很好地工作，并且修改了代码以停止这样做。 (2认同)

Answer 2

adl*_*adl 57

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

Run Code Online (Sandbox Code Playgroud)

@CiroSantilli领先的"0"是表示八进制数的经典约定. (13认同)
您可能有必要在回答中添加子模块,文件模式为160000,对象类型为"commit". (9认同)
这个答案是错误的:git不会全部使用它们,并且它自己有一些特殊的(例如,子模块有160000个) (5认同)
为什么顶线上的前导"0"(例如"0170000"而不是"170000"),因为所有线都是"0",为什么不省略呢？ (2认同)

归档时间：	16 年，4 月前
查看次数：	26072 次
最近记录：	8 年，2 月前