Anstatt die entpackten Objekte inkrementell zu packen, werden alle referenzierten Objekte in ein einziges Pack gepackt. Besonders nützlich beim Packen eines Repositorys, das für die private Entwicklung verwendet wird. Verwenden Sie es mit -d. Dies bereinigt die Objekte, die git prune übrig lässt, aber git fsck --full --dangling als "dangling" anzeigt.

Gleiches wie -a, es sei denn, -d wird verwendet. Dann werden alle unerreichbaren Objekte in einem vorherigen Pack zu losen, entpackten Objekten, anstatt im alten Pack zu bleiben. Unerreichbare Objekte werden nie absichtlich zu einem Pack hinzugefügt, selbst beim Neuverpacken. Diese Option verhindert, dass unerreichbare Objekte sofort gelöscht werden, indem sie im alten Pack verbleiben und dann entfernt werden. Stattdessen werden die losen unerreichbaren Objekte gemäß den normalen Verfallsregeln mit der nächsten git gc Ausführung bereinigt. Siehe git-gc[1].

Nach dem Packen, wenn die neu erstellten Packs einige bestehende Packs überflüssig machen, werden die überflüssigen Packs entfernt. Führt auch git prune-packed aus, um überflüssige lose Objektdateien zu entfernen.

Gleiches wie -a, es sei denn, -d wird verwendet. Dann werden alle unerreichbaren Objekte in ein separates "cruft"-Pack gepackt. Unerreichbare Objekte können mit den normalen Verfallsregeln bei der nächsten git gc Ausführung bereinigt werden (siehe git-gc[1]). Inkompatibel mit -k.

Entfernt unerreichbare Objekte, die älter als <approxidate> sind, sofort, anstatt auf die nächste git gc Ausführung zu warten. Nur nützlich mit --cruft -d.

Überschreibt --max-pack-size für "cruft"-Packs. Erbt standardmäßig den Wert von --max-pack-size (falls vorhanden). Siehe die Dokumentation für --max-pack-size für weitere Details.

Beim Generieren von "cruft"-Packs ohne Bereinigung werden nur vorhandene "cruft"-Packs neu gepackt, deren Größe kleiner als <n> ist, wobei <n> eine Anzahl von Bytes darstellt, die optional mit "k", "m" oder "g" ergänzt werden kann. "Cruft"-Packs, deren Größe größer oder gleich <n> ist, werden unverändert belassen und nicht neu gepackt. Nützlich, wenn Sie das Neuverpacken großer "cruft"-Packs in Repositorys mit vielen und/oder großen unerreichbaren Objekten vermeiden möchten.

Schreibt ein "cruft"-Pack, das bereinigte Objekte (falls vorhanden) enthält, in das Verzeichnis <dir>. Diese Option ist nützlich, um eine Kopie aller bereinigten Objekte als Backup in einem separaten Verzeichnis zu behalten. Nur nützlich mit --cruft -d.

Übergibt die Option --local an git pack-objects. Siehe git-pack-objects[1].

Übergibt die Option --no-reuse-delta an git-pack-objects, siehe git-pack-objects[1].

Übergibt die Option --no-reuse-object an git-pack-objects, siehe git-pack-objects[1].

Zeigt keinen Fortschritt auf dem Standard-Fehlerstrom an und übergibt die Option -q an git pack-objects. Siehe git-pack-objects[1].

Aktualisiert die Serverinformationen nicht mit git update-server-info. Diese Option überspringt die Aktualisierung lokaler Katalogdateien, die zum Veröffentlichen dieses Repositorys (oder einer direkten Kopie davon) über HTTP oder FTP benötigt werden. Siehe git-update-server-info[1].

Diese beiden Optionen beeinflussen, wie die im Pack enthaltenen Objekte mittels Delta-Kompression gespeichert werden. Die Objekte werden zunächst intern nach Typ, Größe und optional nach Namen sortiert und mit den anderen Objekten innerhalb von --window verglichen, um zu sehen, ob die Delta-Kompression Platz spart. --depth begrenzt die maximale Delta-Tiefe; eine zu tiefe Einstellung beeinträchtigt die Leistung auf der Entpacker-Seite, da Delta-Daten so oft angewendet werden müssen, um das benötigte Objekt zu erhalten.

Diese Option wird an git pack-objects weitergegeben.

Diese Option bietet eine zusätzliche Begrenzung über --window hinaus; die Fenstergröße wird dynamisch skaliert, um nicht mehr als <n> Bytes im Speicher zu beanspruchen. Dies ist nützlich in Repositorys mit einer Mischung aus großen und kleinen Objekten, um nicht mit einem großen Fenster zu wenig Speicher zu haben, aber dennoch von dem großen Fenster für die kleineren Objekte profitieren zu können. Die Größe kann mit "k", "m" oder "g" ergänzt werden. --window-memory=0 macht die Speichernutzung unbegrenzt. Der Standardwert wird aus der Konfigurationsvariablen pack.windowMemory übernommen. Beachten Sie, dass die tatsächliche Speichernutzung das Limit multipliziert mit der Anzahl der von git-pack-objects[1] verwendeten Threads ist.

Maximale Größe jeder Ausgabepackdatei. Die Größe kann mit "k", "m" oder "g" ergänzt werden. Die zulässige Mindestgröße beträgt 1 MiB. Wenn angegeben, können mehrere Packdateien erstellt werden, was auch die Erstellung eines Bitmap-Index verhindert. Der Standardwert ist unbegrenzt, es sei denn, die Konfigurationsvariable pack.packSizeLimit ist gesetzt. Beachten Sie, dass diese Option zu einem größeren und langsameren Repository führen kann; siehe die Diskussion in pack.packSizeLimit.

Entfernt Objekte, die der Filterangabe entsprechen, aus der resultierenden Packdatei und legt sie in eine separate Packdatei. Beachten Sie, dass Objekte, die im Arbeitsverzeichnis verwendet werden, nicht herausgefiltert werden. Damit die Aufteilung vollständig funktioniert, ist es am besten, sie in einem Bare-Repository durchzuführen und die Optionen -a und -d zusammen mit dieser Option zu verwenden. Außerdem sollte --no-write-bitmap-index (oder die Konfigurationsoption repack.writebitmaps auf false gesetzt) verwendet werden, da das Schreiben eines Bitmap-Index fehlschlägt, da es eine einzelne Packdatei mit allen Objekten voraussetzt. Siehe git-rev-list[1] für gültige <filter-spec> Formen.

Schreibt das Pack, das herausgefilterte Objekte enthält, in das Verzeichnis <dir>. Nur nützlich mit --filter. Dies kann verwendet werden, um das Pack auf einem separaten Objektverzeichnis abzulegen, das über den Git-Alternativen-Mechanismus zugegriffen wird. WARNUNG: Wenn die Packdatei, die die herausgefilterten Objekte enthält, nicht zugänglich ist, kann das Repository beschädigt werden, da es möglicherweise nicht möglich ist, auf die Objekte in dieser Packdatei zuzugreifen. Siehe die Abschnitte objects und objects/info/alternates von gitrepository-layout[5].

Schreibt einen Reachability-Bitmap-Index als Teil des Repacks. Dies ist nur sinnvoll, wenn es mit -a, -A oder -m verwendet wird, da die Bitmaps auf alle erreichbaren Objekte verweisen können müssen. Diese Option überschreibt die Einstellung von repack.writeBitmaps. Diese Option hat keine Auswirkung, wenn mehrere Packdateien erstellt werden, es sei denn, es wird ein MIDX geschrieben (in diesem Fall wird ein Multi-Pack-Bitmap erstellt).

Berücksichtigt Objekte in .keep-Dateien beim Neuverpacken. Beachten Sie, dass wir nach Abschluss von pack-objects immer noch keine .keep-Packs löschen. Das bedeutet, dass wir Objekte duplizieren können, aber dies macht die Option sicher für die Verwendung bei gleichzeitigen Pushes oder Fetches. Diese Option ist im Allgemeinen nur nützlich, wenn Sie Bitmaps mit -b oder repack.writeBitmaps schreiben, da sie sicherstellt, dass die Bitmap-Packdatei die notwendigen Objekte enthält.

Schließt das gegebene Pack vom Neuverpacken aus. Dies ist das Äquivalent eines .keep-Files auf dem Pack. <pack-name> ist der Packdateiname ohne führendes Verzeichnis (z. B. pack-123.pack). Die Option kann mehrmals angegeben werden, um mehrere Packs zu behalten.

Beim Auflösen unerreichbarer Objekte werden keine Objekte berücksichtigt, die älter als <when> sind. Dies kann verwendet werden, um das Schreiben von Objekten zu optimieren, die durch ein nachfolgendes git prune sofort bereinigt würden.

Wenn mit -ad verwendet, werden alle unerreichbaren Objekte aus bestehenden Packs am Ende der Packdatei angehängt, anstatt entfernt zu werden. Zusätzlich werden alle unerreichbaren losen Objekte gepackt (und ihre losen Gegenstücke entfernt).

Übergibt die Option --delta-islands an git-pack-objects, siehe git-pack-objects[1].

Ordnet die resultierende Packstruktur so an, dass jedes aufeinanderfolgende Pack mindestens den <factor>-fachen Umfang des nächstgrößeren Packs enthält.

Schreibt einen Multi-Pack-Index (siehe git-multi-pack-index[1]), der die nicht-redundanten Packs enthält.

Stellt dieses Argument dem zugrunde liegenden git pack-objects Prozess zur Verfügung. Siehe git-pack-objects[1] für vollständige Details.

Übergibt die Option --path-walk an den zugrunde liegenden git pack-objects Prozess. Siehe git-pack-objects[1] für vollständige Details.