Записывать в пары файлов (.pack и .idx), используя <базовое-имя> для определения имени создаваемого файла. При использовании этого параметра два файла в паре записываются в файлы <базовое-имя>-<SHA-1>.{pack,idx}. <SHA-1> — это хеш, основанный на содержимом пакета, и он записывается в стандартный вывод команды.

Записывать содержимое пакета (то, что было бы записано в файл .pack) в стандартный вывод.

Читать аргументы редакций из стандартного ввода вместо отдельных имён объектов. Аргументы редакций обрабатываются так же, как git rev-list с флагом --objects использует свои аргументы commit для построения списка объектов, которые он выводит. Объекты в результирующем списке упаковываются. Кроме редакций, также принимаются строки --not или --shallow <SHA-1>.

Это подразумевает --revs. При обработке списка аргументов редакций, прочитанных из стандартного ввода, ограничить упаковываемые объекты теми, которые ещё не упакованы.

Это подразумевает --revs. В дополнение к списку аргументов редакций, прочитанных из стандартного ввода, подразумевать, что все ссылки в refs/ указаны для включения.

Включать незапрошенные аннотированные метки, если объект, на который они ссылаются, был включён в результирующий pack-файл. Это может быть полезно для отправки новых меток нативным клиентам Git.

Читать базовые имена pack-файлов (например, pack-1234abcd.pack) из стандартного ввода вместо имён объектов или аргументов редакций. Результирующий пакет содержит все объекты, перечисленные во включаемых пакетах (те, которые не начинаются с ^), исключая любые объекты, перечисленные в исключаемых пакетах (начинающихся с ^).

Упаковывает недостижимые объекты в отдельный пакет «cruft», обозначаемый наличием файла .mtimes. Обычно используется git repack --cruft. Вызывающие стороны предоставляют список имён пакетов и указывают, какие пакеты останутся в репозитории, а также какие пакеты будут удалены (обозначаются префиксом -). Содержимое пакета cruft — это все объекты, не содержащиеся в сохраняющихся пакетах, которые не превысили льготный период (см. --cruft-expiration ниже), или которые превысили льготный период, но достижимы из другого объекта, который его не превысил.

Если указано, объекты исключаются из пакета cruft, если их mtime старше <приблизительная-дата>. Если не указано (и задано --cruft), то никакие объекты не исключаются.

Эти два параметра влияют на то, как объекты, содержащиеся в пакете, хранятся с использованием дельта-сжатия. Объекты сначала внутренне сортируются по типу, размеру и, возможно, именам и сравниваются с другими объектами в пределах --window, чтобы увидеть, экономит ли использование дельта-сжатия место. --depth ограничивает максимальную глубину дельты; слишком большая глубина влияет на производительность на стороне распаковщика, потому что дельта-данные должны применяться столько раз, чтобы добраться до необходимого объекта.

Этот параметр обеспечивает дополнительное ограничение поверх --window; размер окна будет динамически уменьшаться, чтобы не занимать более <n> байт в памяти. Это полезно в репозиториях со смесью больших и маленьких объектов, чтобы не исчерпать память при большом окне, но при этом иметь возможность использовать большое окно для меньших объектов. Размер может иметь суффикс «k», «m» или «g». --window-memory=0 делает использование памяти неограниченным. Значение по умолчанию берётся из переменной конфигурации pack.windowMemory.

В необычных сценариях вы можете не иметь возможности создавать файлы больше определённого размера в вашей файловой системе, и этот параметр можно использовать, чтобы указать команде разделить выходной pack-файл на несколько независимых pack-файлов, каждый из которых не превышает заданный размер. Размер может иметь суффикс «k», «m» или «g». Минимальный допустимый размер ограничен 1 МиБ. По умолчанию неограничен, если не установлена переменная конфигурации pack.packSizeLimit. Обратите внимание, что этот параметр может привести к увеличению размера и замедлению репозитория; см. обсуждение в pack.packSizeLimit.

Этот флаг заставляет игнорировать объект, уже находящийся в локальном пакете с файлом .keep, даже если в противном случае он был бы упакован.

Этот флаг заставляет игнорировать объект, уже находящийся в указанном пакете, даже если в противном случае он был бы упакован. <имя-пакета> — это имя pack-файла без ведущего каталога (например, pack-123.pack). Параметр может быть указан несколько раз, чтобы сохранить несколько пакетов.

Этот флаг заставляет игнорировать объект, уже находящийся в пакете, даже если в противном случае он был бы упакован.

Этот флаг заставляет игнорировать объект, заимствованный из дополнительного хранилища объектов, даже если в противном случае он был бы упакован.

Создавать упакованный архив, только если он будет содержать хотя бы один объект.

Прогресс по умолчанию направляется в стандартный вывод ошибок, если этот поток подключен к терминалу. Флаг -q меняет это умолчание: с этим флагом прогресс направляется в стандартный вывод ошибок даже в том случае, когда этот поток не подключен к терминалу.

Когда указан --stdout, отчёт о ходе выполнения отображается во время фаз подсчёта объектов и сжатия, но подавляется во время фазы записи. Причина в том, что в некоторых случаях выходной поток напрямую связан с другой командой, которая может захотеть отображать свой собственный ход выполнения по мере обработки входящих данных пакета. Этот флаг похож на --progress, за исключением того, что он принудительно включает отчёт о ходе выполнения для фазы записи, даже если используется --stdout.

Это используется для подразумевания --all-progress всякий раз, когда активирован показ хода выполнения. В отличие от --all-progress, этот флаг сам по себе фактически не принуждает к показу хода выполнения.

Этот флаг заставляет команду не сообщать о своём прогрессе в стандартный поток ошибок.

При создании упакованного архива в репозитории, который уже имеет существующие пакеты, команда повторно использует существующие дельты. Это иногда приводит к несколько неоптимальному пакету. Этот флаг указывает команде не повторно использовать существующие дельты, а вычислять их заново.

Этот флаг указывает команде вообще не повторно использовать существующие данные объектов, включая не дельтифицированные объекты, принудительно выполняя повторное сжатие всего. Это подразумевает --no-reuse-delta. Полезен только в редком случае, когда требуется массовое применение другого уровня сжатия к упакованным данным.

Указывает уровень сжатия для вновь сжимаемых данных в создаваемом пакете. Если не указан, уровень сжатия пакета сначала определяется pack.compression, затем core.compression, и по умолчанию равен -1 (по умолчанию zlib), если не установлено ни одно из них. Добавьте --no-reuse-object, если вы хотите принудительно установить единый уровень сжатия для всех данных независимо от источника.

Переключает «разрежённый» (sparse) алгоритм для определения того, какие объекты включать в пакет, в сочетании с опцией «--revs». Этот алгоритм обходит только деревья, которые появляются в путях, вводящих новые объекты. Это может дать значительный выигрыш в производительности при вычислении пакета для отправки небольшого изменения. Однако возможно, что в файл пакета будут добавлены дополнительные объекты, если включённые коммиты содержат определённые типы прямых переименований. Если этот параметр не включён, по умолчанию используется значение pack.useSparse, которое равно true, если не указано иное.

Создать «тонкий» (thin) пакет, опуская общие объекты между отправителем и получателем, чтобы уменьшить сетевой трафик. Этот параметр имеет смысл только в сочетании с --stdout.

Оптимизировать пакет, который будет предоставлен клиенту с частичным (shallow) репозиторием. Этот параметр в сочетании с --thin может привести к меньшему размеру пакета ценой скорости.

Упакованный архив может выражать базовый объект дельты либо как 20-байтовое имя объекта, либо как смещение в потоке, но древние версии Git не понимают последнее. По умолчанию git pack-objects использует только первый формат для лучшей совместимости. Этот параметр позволяет команде использовать второй формат для компактности. В зависимости от средней длины цепочки дельт, этот параметр обычно уменьшает результирующий файл пакета на 3-5 процентов.

Указывает количество потоков, которые будут созданы при поиске наилучших соответствий дельт. Для этого требуется, чтобы pack-objects был скомпилирован с pthreads, иначе этот параметр игнорируется с предупреждением. Это предназначено для сокращения времени упаковки на многопроцессорных машинах. Однако требуемый объём памяти для окна поиска дельт умножается на количество потоков. Указание 0 заставит Git автоматически определить количество ЦП и соответственно установить количество потоков.

Предназначено для использования только набором тестов. Позволяет принудительно задать версию для создаваемого индекса пакета и принудительно использовать 64-битные записи индекса для объектов, расположенных выше указанного смещения.

С этим параметром родители, скрытые сбросами (grafts), тем не менее упаковываются.

Исключает определённые объекты (обычно blob-объекты) из результирующего pack-файла. Допустимые формы <спецификатор-фильтра> см. в git-rev-list[1].

Отключает любой предыдущий аргумент --filter=.

Параметр отладки, помогающий будущей разработке «частичного клонирования». Этот параметр определяет, как обрабатываются отсутствующие объекты.

Опускать объекты, которые, как известно, находятся во внешнем репозитории-поручителе (promisor). (Этот параметр предназначен для работы только с локально созданными объектами, чтобы при переупаковке мы по-прежнему сохраняли различие между локально созданными объектами [без .promisor] и объектами из внешнего репозитория-поручителя [с .promisor].) Используется с частичным клонированием.

Объекты, недостижимые из ссылок в пакетах, указанных с помощью параметра --unpacked=, добавляются в результирующий пакет в дополнение к достижимым объектам, которые не находятся в пакетах, помеченных файлами *.keep. Это подразумевает --revs.

Упаковать недостижимые непакованные (loose) объекты (а их непакованные копии удалить). Это подразумевает --revs.

Сохранять недостижимые объекты в непакованном (loose) виде. Это подразумевает --revs.

Ограничивать сопоставления дельт на основе «островов». См. ДЕЛЬТА-ОСТРОВА ниже.

При выполнении дельта-сжатия Git группирует объекты, которые могут быть похожи, на основе эвристик, использующих путь к этому объекту. Хотя группировка объектов по точному совпадению пути хороша для путей со многими версиями, есть преимущества в поиске пар дельт в разных полных путях. Git собирает объекты по типу, затем по «хешу имени» (name hash) пути, а затем по размеру, надеясь сгруппировать объекты, которые будут хорошо сжиматься вместе.

Выполнять сжатие, сначала группируя объекты по пути, а затем выполняя второй проход, который сжимает между путями как обычно. Это может улучшить дельта-сжатие, особенно при наличии имён файлов, вызывающих коллизии в алгоритме хеша имени Git по умолчанию.