git-pack-objects - онлайн у хмарі

ПРОГРАМА:

ІМ'Я

git-pack-objects - Створення запакованого архіву об'єктів

СИНТАКСИС

мерзотник пакет-об'єктів [-q | --прогрес | --all-progress] [--all-progress-impized]
[--no-reuse-delta] [--delta-base-offset] [--non-empty]
[--локальний] [--інкрементальний] [--window= ] [--глибина= ]
[--обороти [--розпаковано | --all]] [--stdout | базова назва]
[--shallow] [--keep-true-parents] < список об'єктів

ОПИС

Читає список об’єктів зі стандартного введення та записує запакований архів із зазначеними
base-name, або до стандартного виводу.

Запакований архів є ефективним способом передачі набору об’єктів між двома сховищами
а також ефективний формат архіву. У запакованому архіві об’єкт є або
зберігається як стиснене ціле або як відмінність від якогось іншого об’єкта. Останнє є
часто називають дельтою.

Формат упакованого архіву (.pack) розроблено так, щоб він був автономним
розпакований без будь-якої додаткової інформації. Отже, кожен об’єкт, від якого залежить дельта
повинні бути присутніми в упаковці.

Файл індексу пакета (.idx) створюється для швидкого довільного доступу до об’єктів у пакеті.
Розміщення як індексного файлу (.idx), так і запакованого архіву (.pack) у pack/
підкаталог $GIT_OBJECT_DIRECTORY (або будь-який з каталогів на
$GIT_ALTERNATE_OBJECT_DIRECTORIES) дозволяє Git читати з архіву пакета.

Команда мерзотник розпакувати об'єкти Команда може прочитати запакований архів і розгорнути об’єкти
міститься в пакеті у форматі «один файл-один об’єкт»; це зазвичай робиться
команди smart-pull, коли пакет створюється «на льоту» для ефективного мережевого транспортування
своїх однолітків.

ВАРІАНТИ

базова назва
Запишіть у пару файлів (.pack і .idx), використовуючи щоб визначити назву
створеного файлу. Коли використовується цей параметр, записуються два файли
- .{pack,idx} файли. є хешем на основі вмісту пакета та
записується в стандартний висновок команди.

--stdout
Запишіть вміст пакета (що було б записано у файл .pack) у файл
стандартний вихід.

--обороти
Прочитайте аргументи перегляду зі стандартного введення, а не окремого об’єкта
імена. Аргументи перегляду обробляються так само, як мерзотник рев-лист з
Прапор --objects використовує свої аргументи фіксації для створення списку об'єктів, які він виводить. The
об’єкти в отриманому списку пакуються. Крім переглядів, --ні або --неглибокі
лінії також приймаються.

--розпакований
Це означає --revs. При обробці список аргументів ревізії читається з
стандартний вхід, обмежте об'єкти, які упаковані, тими, які ще не запаковані.

--все
Це означає --revs. На додаток до списку аргументів перегляду, прочитаного з
стандартний вхід, удавати, ніби всі посилання в refs/ вказані як включені.

--include-тег
Включіть анотовані теги, які не запитуються, якщо об’єкт, на який вони посилаються, був включений до
отриманий файл pack. Це може бути корисно для надсилання нових тегів рідним клієнтам Git.

--window= , --depth=
Ці два параметри впливають на те, як об’єкти, що містяться в пакеті, зберігаються за допомогою дельта
стиснення. Об’єкти спочатку внутрішньо відсортовані за типом, розміром і за бажанням
імена та порівняння з іншими об'єктами всередині --window, щоб побачити, чи використовується дельта
стиснення економить простір. --depth обмежує максимальну глибину дельти; роблячи його занадто глибоким
впливає на продуктивність на стороні розпаковувача, оскільки необхідно застосувати дельта-дані
стільки разів, щоб дістатися до потрібного об'єкта. Значенням за замовчуванням для --window є 10
і --глибина дорівнює 50.

--window-memory=
Цей параметр надає додаткове обмеження поверх --window; розмір вікна буде
динамічно зменшувати, щоб не займати більше ніж байтів у пам'яті. Це
корисний у сховищах із поєднанням великих і малих об’єктів, щоб не вистачити пам’яті
з великим вікном, але все одно можна скористатися перевагами великого вікна для
менші об'єкти. Розмір може бути суфіксом "k", "m" або "g". --window-memory=0
робить використання пам’яті необмеженим, що є за замовчуванням.

--max-pack-size=
Максимальний розмір кожного файлу вихідного пакета. Розмір може бути суфіксом "k", "m" або "g".
Мінімальний дозволений розмір обмежено 1 МБ. Якщо вказано, може бути декілька файлів pack
створений. За замовчуванням необмежено, якщо змінна конфігурації pack.packSizeLimit не є
встановлений.

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

--інкрементальний
Цей прапор змушує ігнорувати об’єкт, який уже в пакеті, навіть якщо б це було
інакше було запаковано.

--місцевий
Цей прапор викликає об’єкт, запозичений з альтернативного сховища об’єктів
ігнорується, навіть якщо в іншому випадку він був би запакований.

--непорожній
Створюйте запакований архів, лише якщо він містить принаймні один об’єкт.

-- прогрес
Статус виконання повідомляється в стандартному потоці помилок за замовчуванням, коли він є
приєднано до терміналу, якщо не вказано -q. Цей прапор навіть визначає статус прогресу
якщо стандартний потік помилок не спрямовується на термінал.

--весь прогрес
Якщо вказано --stdout, то під час підрахунку об’єктів відображається звіт про хід виконання
і фази стиснення, але гальмуються під час фази запису. Причина в тому, що в
У деяких випадках вихідний потік безпосередньо пов'язаний з іншою командою, яка може забажати
відображати власний статус прогресу під час обробки вхідних даних пакету. Цей прапор є
як --progress, за винятком того, що він також змушує звіт про хід для фази запису
навіть якщо використовується --stdout.

--все-прогрес-неявно
Це використовується для означення --all-progress щоразу, коли активовано відображення прогресу. На відміну від
--all-progress цей прапор фактично не примушує відображення прогресу сам по собі.

-q
Цей прапор змушує команду не повідомляти про свій прогрес у стандартному потоці помилок.

--no-reuse-delta
При створенні запакованого архіву в сховищі, що має наявні пакети, команда
повторно використовує існуючі дельти. Це іноді призводить до дещо неоптимальної упаковки. Це
flag вказує команді не використовувати повторно існуючі дельти, а обчислювати їх з нуля.

--no-reuse-object
Цей прапорець вказує команді взагалі не використовувати повторно існуючі дані об’єкта, включно з іншими
дельтифікований об'єкт, що змушує перекомпресувати все. Це означає --no-reuse-delta.
Корисно лише в незрозумілому випадку, коли оптове примусове виконання різного стиснення
бажаний рівень упакованих даних.

--стиск=
Вказує рівень стиснення для нещодавно стиснутих даних у згенерованому пакеті. Якщо ні
зазначений рівень стиснення пакету визначається спочатку за допомогою pack.compression, а потім за допомогою
core.compression, і за замовчуванням має значення -1, zlib за замовчуванням, якщо жодне з них не встановлено. Додати
--no-reuse-object, якщо ви хочете забезпечити однаковий рівень стиснення всіх даних №
має значення джерело.

-- тонкий
Створіть «тонкий» пакет, пропустивши загальні об’єкти між відправником і одержувачем
щоб зменшити передачу по мережі. Цей варіант має сенс лише в поєднанні з
--stdout.

Примітка: тонкий пакет порушує формат упакованого архіву, пропускаючи необхідні об’єкти та
таким чином, Git не може використовувати його, не зробивши його автономним. Використовуйте git index-pack
--фіксувати-тонкий (див git-index-pack(1)) для відновлення автономної власності.

--мілко
Оптимізуйте пакет, який буде надано клієнту з неглибоким сховищем. Це
Опція в поєднанні з --thin може призвести до меншої упаковки за ціною швидкості.

--delta-base-offset
Упакований архів може виражати базовий об’єкт дельти як 20-байтовий об’єкт
ім’я або як зміщення в потоці, але стародавні версії Git не розуміють цього
останнє. За замовчуванням, мерзотник пакет-об'єктів використовує лише попередній формат для кращого
сумісність. Цей параметр дозволяє команді використовувати останній формат для
компактність. Зазвичай цей варіант залежить від середньої довжини дельта-ланцюга
зменшує отриманий packfile на 3-5 відсотків.

Примітка: команди Porcelain, такі як git gc (див git-gc(1)), git repack (див git-
перепакувати(1)) передайте цей параметр за замовчуванням у сучасному Git, коли вони поміщають об’єкти у ваш
репозиторій у файли pack. Так само і git bundle (див git-пакет(1)), коли він створює a
пучок

--threads=
Визначає кількість потоків, які будуть створюватися під час пошуку найкращих дельта-відповідностей. Це
вимагає, щоб об'єкти pack були скомпільовані з pthreads, інакше ця опція ігнорується
з попередженням. Це призначено для скорочення часу пакування на багатопроцесорних машинах. The
Однак необхідний обсяг пам’яті для вікна пошуку дельта множиться на
кількість ниток. Якщо вказати 0, Git автоматично визначить кількість процесорів і
встановіть відповідно кількість потоків.

--index-version= [, ]
Це призначено для використання лише тестовим набором. Це дозволяє форсувати версію для
згенерований індекс пакету, а також для примусового введення 64-розрядного індексу до об’єктів, розташованих вище
дане зміщення.

--зберігайте вірних батьків
При цьому варіанті батьки, які приховані трансплантатами, все ж запаковані.

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