git-cat-file - онлайн у хмарі

ПРОГРАМА:

ІМ'Я

git-cat-file - Надає вміст або інформацію про тип і розмір для об'єктів сховища

СИНТАКСИС

мерзотник cat-файл (-t [--дозволити-невідомий-тип]| -s [--дозволити-невідомий-тип]| -e | -p | | --textconv)
мерзотник cat-файл (--batch | --batch-check) [--follow-symlinks]

ОПИС

У своїй першій формі команда надає вміст або тип об’єкта в
сховище. Тип обов'язковий, якщо -t or -p використовується для пошуку типу об’єкта, або -s is
використовується для визначення розміру об’єкта, або --textconv використовується (що має на увазі тип "blob").

У другій формі список об'єктів (відокремлених переводами рядків) надається на stdin і
SHA-1, тип і розмір кожного об'єкта друкуються на стандартному виводі.

ВАРІАНТИ

Ім’я об’єкта для показу. Щоб отримати більш повний список способів написання об’єкта
назви, див. розділ «УКАЗАННЯ РЕВІЗІЙ» у гітревізії(7).

-t
Замість вмісту покажіть тип об’єкта, визначений за допомогою .

-s
Замість вмісту покажіть розмір об’єкта, визначений за допомогою .

-e
Придушити весь вихід; замість цього вийти з нульовим статусом if існує і є дійсним
об'єкт

-p
Досить роздрукувати вміст виходячи з його типу.


Зазвичай це відповідає дійсному типу але просять тип, який може
тривіально відмінюватися від даного також дозволено. Прикладом є до
попросити «дерево» с бути об’єктом фіксації, який містить його, або запитувати a
«крапля» с будучи об’єктом тега, який вказує на нього.

--textconv
Показати вміст, перетворений за допомогою фільтра textconv. В цьому випадку, має бути з
форма : , або : щоб застосувати фільтр до вмісту
записано в індексі на ст .

--batch, --batch=
Друк інформації та вмісту об’єкта для кожного об’єкта, наданого на stdin. Може не бути
у поєднанні з будь-якими іншими варіантами чи аргументами. Перегляньте розділ ПАРТІЙНИЙ ВИВОД нижче
подробиці

--batch-check, --batch-check=
Надрукуйте інформацію про об'єкт для кожного об'єкта, наданого на stdin. Не можна поєднувати з
будь-які інші варіанти чи аргументи. Для отримання детальнішої інформації див.

--пакетно-всі об'єкти
Замість того, щоб читати список об’єктів на stdin, виконайте запитану пакетну операцію
на всіх об’єктах у сховищі та будь-яких альтернативних сховищах об’єктів (не тільки доступних
об'єкти). Потрібно вказати --batch або --batch-check. Зверніть увагу, що об’єкти є
відвідувані в порядку, відсортованих за їхніми хешами.

--буфер
Зазвичай пакетний вихід очищається після виведення кожного об’єкта, щоб процес міг
інтерактивне читання та запис із cat-файлу. За допомогою цього параметра виведення використовує звичайний
буферизація stdio; це набагато ефективніше під час виклику --batch-check на великому
кількість об’єктів.

--дозволити-невідомий-тип
Дозволити -s або -t запитувати пошкоджені/пошкоджені об'єкти невідомого типу.

--follow-symlinks
За допомогою --batch або --batch-check дотримуйтесь символічних посилань у сховищі під час запиту
об'єкти з розширеними виразами SHA-1 у формі tree-ish:path-in-tree. Замість
надавати вихідні дані про сам посилання, надавати вихідні дані про пов’язаний з об’єктом. Якщо
символьне посилання вказує за межі дерева (наприклад, посилання на /foo або посилання кореневого рівня на
../foo), буде надрукована частина посилання, яка знаходиться за межами дерева.

Цей параметр (наразі) не працює належним чином, якщо об’єкт в індексі є
вказано (наприклад, :link замість HEAD:link), а не один у дереві.

Цей параметр не можна (наразі) використовувати, якщо не використовується --batch або --batch-check.

Наприклад, розглянемо репозиторій git, що містить:

f: файл, що містить "hello\n"
посилання: символьне посилання на f
dir/link: символьне посилання на ../f
plink: символічне посилання на ../f
alilink: символьне посилання на / etc / passwd

Для звичайного файлу f echo HEAD:f | git cat-file --batch буде друкувати

ce013625030ba8dba906f756967f9e9ca394464a blob 6

І echo HEAD:link | git cat-file --batch --follow-symlinks друкуватиме те саме
річ, як і HEAD:dir/link, оскільки обидва вони вказують на HEAD:f.

Без --follow-symlinks вони будуть друкувати дані про саме символічне посилання. В
Ви б побачили регістр HEAD:link

4d1ae35ba2c8ec712fa2a379db44ad639ca277bd blob 1

І плінк, і зв’язок вказують за межі дерева, тому вони будуть відповідно друкувати:

символьне посилання 4
../ф

символьне посилання 11
/ etc / passwd

ВИХІД

If -t вказано, одне з .

If -s вказано, розмір у байтах.

If -e вказано, немає виходу.

If -p вказано, зміст з гарно надруковані.

Якщо вказано, необроблений (хоча й не стиснутий) вміст файлу буде
повернувся.

BATCH ВИХІД

Якщо вказано --batch або --batch-check, cat-file читатиме об'єкти зі стандартного входу, по одному на рядок,
і роздрукувати інформацію про них. За замовчуванням вся лінія розглядається як об’єкт,
ніби його нагодували git-rev-parse(1).

Ви можете вказати інформацію, яка відображатиметься для кожного об’єкта, за допомогою настроюваного . The
копіюється буквально до стандартного виведення для кожного об’єкта із заповнювачами форми
%(atom) розгорнуто, а потім новий рядок. Доступні атоми:

ім'я об'єкта
40-шістнадцяткове ім'я об'єкта.

тип об'єкта
Тип об'єкта (те саме, що повідомляє cat-file -t).

розмір об'єкта
Розмір об’єкта в байтах (такий самий, як у звітах cat-file -s).

розмір об'єкта: диск
Розмір у байтах, який об’єкт займає на диску. Перегляньте примітку про розміри на диску
у розділі ЗАГОТОВЛЕННЯ нижче.

дельтабаза
Якщо об’єкт зберігається як дельта на диску, він розширюється до 40-шістнадцяткового sha1 файлу
дельта базовий об'єкт. В іншому випадку розширюється до нульового sha1 (40 нулів). Дивіться ЗАСТЕРЕЖЕННЯ нижче.

відпочинок
Якщо цей атом використовується у вихідному рядку, вхідні рядки розбиваються на перший
межа пробілів. Усі символи перед цим пробілом вважаються
назва об'єкта; символів після першого запуску пробілу (тобто "решти" файлу
рядок) виводяться замість атома %(решта).

Якщо формат не вказано, форматом за замовчуванням є %(ім’я об’єкта) %(тип об’єкта)
% (розмір об'єкта).

Якщо вказано --batch, за інформацією об’єкта йде вміст об’єкта
(складається з %(objectsize) байтів), за яким слід новий рядок.

Наприклад, --batch без спеціального формату виведе:

SP SP НЧ
НЧ

Тоді як --batch-check='%(ім'я об'єкта) %(тип об'єкта)' виведе:

SP НЧ

Якщо на stdin вказано ім’я, яке не можна розв’язати з об’єктом у сховищі,
тоді cat-file ігноруватиме будь-який користувацький формат і друкуватиме:

SP відсутній LF

Якщо використовується --follow-symlinks, а символічне посилання в сховищі вказує за межі
репозиторій, тоді cat-файл ігноруватиме будь-який користувацький формат і друкуватиме:

символьне посилання SP НЧ
НЧ

Символьне посилання буде або абсолютним (починаючи з /), або відносним до кореня дерева.
Наприклад, якщо dir/link вказує на ../../foo, то буде ../foo. є
розмір символічного посилання в байтах.

Якщо використовується --follow-symlinks, будуть відображатися такі повідомлення про помилку:

SP відсутній LF

друкується, коли запитане початкове символьне посилання не існує.

звисаючий SP НЧ
НЧ

друкується, коли початкове символьне посилання існує, але щось, на що воно (перехідне) вказує
щоб ні.

петля СП НЧ
НЧ

друкується для циклів символічних посилань (або будь-яких символічних посилань, які потребують більш ніж 40 роздільних можливостей посилань
вирішити).

notdir SP НЧ
НЧ

друкується, коли під час розділення символічного посилання файл використовується як ім'я каталогу.

ПЕРЕКЛАДИ

Зауважте, що розміри об’єктів на диску вказані точно, але слід бути обережними
робити висновки про те, які посилання чи об’єкти відповідають за використання диска. The
розмір упакованого недельта-об'єкта може бути набагато більшим, ніж розмір об'єктів, які мають дельта
проти нього, але вибір того, який об'єкт є базою, а який дельтою, є довільним
і може бути змінений під час перепакування.

Зауважте також, що в базі даних об'єктів можуть бути присутні кілька копій об'єкта; у цьому
У випадку невизначено, який розмір копії чи дельта-базу буде повідомлено.

GIT

Частина мерзотник(1) люкс

Використовуйте git-cat-file онлайн за допомогою служб onworks.net