Як прочитати поле режиму виводу 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
...

Я знаю, що останні три цифри в окті - це файловий режим, але для чого перші 3 цифри? Я не можу це знайти в посібнику користувача git.

git file-permissions git-ls-tree

— an0
джерело

Git настільки зламаний ... Спробуйте скинути дозволи для чогось подібного, chmod 0100755 <file>щоб зробити Git щасливим. Або ще смішніше, git chmod <perm> <file> `через режими файлів Git (його не існує) ... Також дивіться такі запитання, як видалити файли, що говорять про" старий режим 100755 новий режим 100644 "від незмінених змін у Git? , Як відновити дозволи файлу на те, яким git “вважає” цей файл? . Цей інструмент - такий

— жартий

Відповіді:

Шість цифр показують режим файлів, використовуючи класичні позначення UNIX. Перші дві цифри показують тип файлу, третя - про set-uid / set-gid / sticky bits, і ви знаєте останні три.

Ось як 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

— adl
джерело

До вашої відповіді, можливо, варто додати, що підмодулі перераховані з файловим режимом 160000 та типом об'єкта "фіксувати".

— Марк Лонгейр

Чому провідні 0у верхніх рядках (наприклад, 0170000замість 170000), оскільки вони є 0для всіх рядків, чому б просто не опустити це?

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

@CiroSantilli Провідним 0є класичний конвент для позначення восьмеричних чисел.

— adl

Ця відповідь неправильна: git використовує не всі, і має декілька спеціальних самостійно (наприклад, підмодулі мають 160000)

— mirabilos

130

З index-format.txtфайлу Git , що стосується режиму:

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

— Ден Крус
джерело

Дивно ... Я просто вчинив декілька 644файлів у git, і у повідомленні фіксації було сказано, що вони створені в репо як664

— MestreLion

Режим каталогу недійсний, тому що він ніколи не відбудеться. Git не відслідковує каталоги, так як каталоги в Git існують тільки неявно незамедленнимі проігноровано зміст.

— nemesis

@nemesis Git дійсно використовує режим каталогу ( 040000) для представлення каталогів. Перегляньте зв'язаний fsck.cкод або просто виконайте його git ls-tree HEADу сховищі Git, що містить каталоги.

— Дан Крус

Чому зберігається дозвіл на групове написання, але не більшість інших дозволів? Чи є важливий випадок використання?

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

@CiroSantilli 巴拿馬文件六四事件法轮功: дозвіл на групове записування фактично не зберігається . Просто fsckкод не вимагає, щоб запис дерева в цьому режимі був поганим . Ідея полягала в тому, щоб залишити місце для групових дозволів на файли, якщо виявиться, що це потрібно. Він ніколи не був потрібен, отже, ніколи не додався, але тестовий код ніколи не змінювався, щоб заборонити його.

— torek