Вместо инкрементальной упаковки несжатых объектов упаковать все объекты, на которые есть ссылки, в один пакет. Особенно полезно при упаковке репозитория, который используется для частной разработки. Используйте с -d. Это очистит объекты, которые оставляет после себя git prune, но которые git fsck --full --dangling показывает как болтающиеся.

То же, что и -a, если не используется -d. Тогда любые недостижимые объекты в предыдущем пакете становятся несжатыми, распакованными объектами, вместо того чтобы оставаться в старом пакете. Недостижимые объекты никогда намеренно не добавляются в пакет, даже при переупаковке. Этот параметр предотвращает немедленное удаление недостижимых объектов путём их оставления в старом пакете и последующего удаления. Вместо этого несжатые недостижимые объекты будут подчищены в соответствии с обычными правилами истечения срока при следующем вызове git gc. См. git-gc[1].

После упаковки, если вновь созданные пакеты делают некоторые существующие пакеты избыточными, удалить избыточные пакеты. Также выполнить git prune-packed для удаления избыточных несжатых объектных файлов.

То же, что и -a, если не используется -d. Тогда любые недостижимые объекты упаковываются в отдельный пакет мусора. Недостижимые объекты могут быть подчищены с использованием обычных правил истечения срока при следующем вызове git gc (см. git-gc[1]). Несовместимо с -k.

Удалить недостижимые объекты старше <приблизительная-дата> немедленно, вместо ожидания следующего вызова git gc. Полезно только с --cruft -d.

Переопределяет --max-pack-size для пакетов мусора. По умолчанию наследует значение --max-pack-size (если есть). Более подробную информацию см. в документации на --max-pack-size.

При создании пакетов мусора без подчистки переупаковывать только существующие пакеты мусора, размер которых строго меньше <число> байт (может быть дополнительно указан суффикс "k", "m" или "g"). Пакеты мусора, размер которых больше или равен <число>, остаются как есть и не переупаковываются. Полезно, когда вы хотите избежать переупаковки больших пакетов мусора в репозиториях с большим количеством и/или большими недостижимыми объектами.

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

Передать параметр --local в git pack-objects. См. git-pack-objects[1].

Передать параметр --no-reuse-delta в git-pack-objects, см. git-pack-objects[1].

Передать параметр --no-reuse-object в git-pack-objects, см. git-pack-objects[1].

Не показывать прогресс в потоке стандартной ошибки и передать параметр -q в git pack-objects. См. git-pack-objects[1].

Не обновлять информацию сервера с помощью git update-server-info. Этот параметр пропускает обновление локальных файлов каталога, необходимых для публикации этого репозитория (или его прямой копии) через HTTP или FTP. См. git-update-server-info[1].

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

Этот параметр передаётся в git pack-objects.

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

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

Удалить объекты, соответствующие спецификации фильтра, из результирующего pack-файла и поместить их в отдельный pack-файл. Обратите внимание, что объекты, используемые в рабочем каталоге, не отфильтровываются. Поэтому для полноценной работы разделения лучше всего выполнять его в голом репозитории и использовать параметры -a и -d вместе с этим параметром. Также следует использовать --no-write-bitmap-index (или параметр конфигурации repack.writebitmaps установленный в false), иначе запись индекса битовой карты завершится ошибкой, так как он предполагает один pack-файл, содержащий все объекты. Допустимые формы <спецификатор-фильтра> см. в git-rev-list[1].

Записать пакет, содержащий отфильтрованные объекты, в каталог <каталог>. Полезно только с --filter. Это может использоваться для размещения пакета в отдельном каталоге объектов, доступ к которому осуществляется через механизм альтернатив Git. ПРЕДУПРЕЖДЕНИЕ: Если pack-файл, содержащий отфильтрованные объекты, недоступен, репозиторий может быть повреждён, так как может быть невозможно получить доступ к объектам в этом pack-файле. См. разделы objects и objects/info/alternates в gitrepository-layout[5].

Записать индекс битовой карты достижимости как часть переупаковки. Это имеет смысл только при использовании с -a, -A или -m, поскольку битовые карты должны иметь возможность ссылаться на все достижимые объекты. Этот параметр переопределяет настройку repack.writeBitmaps. Этот параметр не действует, если создаётся несколько pack-файлов, если только не записывается MIDX (в этом случае создаётся мульти-пакетная битовая карта).

Включать объекты из файлов .keep при переупаковке. Обратите внимание, что мы по-прежнему не удаляем пакеты .keep после завершения pack-objects. Это означает, что мы можем дублировать объекты, но это делает параметр безопасным для использования при одновременных отправках или получениях. Этот параметр обычно полезен только если вы записываете битовые карты с помощью -b или repack.writeBitmaps, поскольку он гарантирует, что pack-файл с битовой картой имеет необходимые объекты.

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

При распаковке недостижимых объектов не беспокоиться о распаковке любых объектов старше <когда>. Это можно использовать для оптимизации записи любых объектов, которые будут немедленно подчищены последующим git prune.

При использовании с -ad любые недостижимые объекты из существующих пакетов будут добавлены в конец pack-файла вместо удаления. Кроме того, любые недостижимые несжатые объекты будут упакованы (а их несжатые копии удалены).

Передать параметр --delta-islands в git-pack-objects, см. git-pack-objects[1].

Упорядочить результирующую структуру пакетов так, чтобы каждый последующий пакет содержал по крайней мере в <фактор> раз больше объектов, чем следующий по величине пакет.

Записать индекс нескольких пакетов (см. git-multi-pack-index[1]), содержащий неизбыточные пакеты.

Предоставить этот аргумент нижележащему процессу git pack-objects. Полные подробности см. в git-pack-objects[1].

Передать параметр --path-walk нижележащему процессу git pack-objects. Полные подробности см. в git-pack-objects[1].