git-pack-objects – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

git-pack-objects – Erstellen Sie ein gepacktes Archiv von Objekten

ZUSAMMENFASSUNG

git Pack-Objekte [-q | --progress | --all-progress] [--all-progress-implied]
[--no-reuse-delta] [--delta-base-offset] [--non-empty]
[--local] [--incremental] [--window= ] [-- Depth= ]
[--revs [--unpacked | --all]] [--stdout | Basisname]
[--shallow] [--keep-true-parents] < Objektliste

BESCHREIBUNG

Liest eine Liste von Objekten aus der Standardeingabe und schreibt ein gepacktes Archiv mit den angegebenen
Basisname oder in die Standardausgabe.

Ein gepacktes Archiv ist eine effiziente Möglichkeit, eine Reihe von Objekten zwischen zwei Repositorys zu übertragen
sowie ein zugriffseffizientes Archivformat. In einem gepackten Archiv ist ein Objekt entweder
als komprimiertes Ganzes oder als Unterschied zu einem anderen Objekt gespeichert. Letzteres ist
oft Delta genannt.

Das gepackte Archivformat (.pack) ist so konzipiert, dass es eigenständig ist
ohne weitere Informationen ausgepackt. Daher hängt jedes Objekt, von dem ein Delta abhängt
muss in der Packung vorhanden sein.

Für den schnellen, wahlfreien Zugriff auf die Objekte im Paket wird eine Paketindexdatei (.idx) generiert.
Platzieren Sie sowohl die Indexdatei (.idx) als auch das gepackte Archiv (.pack) im Paket/
Unterverzeichnis von $GIT_OBJECT_DIRECTORY (oder einem der Verzeichnisse auf
$GIT_ALTERNATE_OBJECT_DIRECTORIES) ermöglicht Git, aus dem Paketarchiv zu lesen.

Das git Objekte auspacken Der Befehl kann das gepackte Archiv lesen und die Objekte erweitern
im Paket enthaltenen Dateien in das „One-File-One-Object“-Format umwandeln; Dies geschieht normalerweise durch die
Smart-Pull-Befehle, wenn ein Paket im laufenden Betrieb erstellt wird, für einen effizienten Netzwerktransport durch
ihre Altersgenossen.

OPTIONAL

Basisname
Schreiben Sie mit in ein Dateipaar (.pack und .idx). um den Namen zu bestimmen
der erstellten Datei. Bei Verwendung dieser Option werden die beiden Dateien eingeschrieben
- .{pack,idx}-Dateien. ist ein Hash basierend auf dem Paketinhalt und
wird in die Standardausgabe des Befehls geschrieben.

--stdout
Schreiben Sie den Paketinhalt (was in die .pack-Datei geschrieben worden wäre) in die
Standardausgabe.

--revs
Lesen Sie die Revisionsargumente aus der Standardeingabe statt aus einzelnen Objekten
Namen. Die Revisionsargumente werden auf die gleiche Weise verarbeitet wie git Drehzahlliste an. Nach der Installation können Sie HEIC-Dateien mit der
Das Flag --objects verwendet seine Commit-Argumente, um die Liste der ausgegebenen Objekte zu erstellen. Der
Objekte in der resultierenden Liste werden gepackt. Außer Revisionen, --not oder --shallow
Es werden auch Leitungen akzeptiert.

--unverpackt
Dies impliziert --revs. Bei der Verarbeitung der Liste der ausgelesenen Revisionsargumente
Standardeingabe: Beschränken Sie die gepackten Objekte auf diejenigen, die noch nicht gepackt sind.

--alle
Dies impliziert --revs. Zusätzlich zur Liste der aus dem gelesenen Revisionsargumente
Standardeingabe, tun Sie so, als ob alle Refs unter refs/ zur Einbeziehung angegeben wären.

--include-tag
Fügen Sie ungefragt kommentierte Tags hinzu, wenn das Objekt, auf das sie verweisen, im enthalten war
resultierende Packdatei. Dies kann nützlich sein, um neue Tags an native Git-Clients zu senden.

--window= , -- Depth=
Diese beiden Optionen wirken sich darauf aus, wie die im Paket enthaltenen Objekte mithilfe von Delta gespeichert werden
Kompression. Die Objekte werden zunächst intern nach Typ, Größe und optional sortiert
Namen und verglichen mit den anderen Objekten innerhalb von --window, um zu sehen, ob Delta verwendet wird
Komprimierung spart Platz. -- Depth begrenzt die maximale Delta-Tiefe; es zu tief machen
wirkt sich auf die Leistung auf der Seite des Entpackers aus, da Deltadaten angewendet werden müssen
so oft, um zum gewünschten Objekt zu gelangen. Der Standardwert für --window ist 10
und -- Depth ist 50.

--window-memory=
Diese Option bietet eine zusätzliche Beschränkung zusätzlich zu --window; die Fenstergröße wird
dynamisch verkleinern, um nicht mehr als einzunehmen Bytes im Speicher. Das ist
nützlich in Repositories mit einer Mischung aus großen und kleinen Objekten, um nicht zu wenig Speicher zu haben
mit einem großen Fenster, aber dennoch in der Lage sein, das große Fenster für die zu nutzen
kleinere Objekte. Der Größe kann „k“, „m“ oder „g“ angehängt werden. --window-memory=0
macht die Speichernutzung unbegrenzt, was die Standardeinstellung ist.

--max-pack-size=
Maximale Größe jeder Ausgabepaketdatei. Der Größe kann „k“, „m“ oder „g“ angehängt werden.
Die zulässige Mindestgröße ist auf 1 MiB begrenzt. Falls angegeben, können mehrere Packdateien vorhanden sein
erstellt. Der Standardwert ist unbegrenzt, es sei denn, die Konfigurationsvariable pack.packSizeLimit ist vorhanden
gesetzt.

--honor-pack-keep
Dieses Flag bewirkt, dass ein Objekt bereits in einem lokalen Paket enthalten ist, das über eine .keep-Datei verfügt
ignoriert, auch wenn es sonst voll gewesen wäre.

--inkrementell
Dieses Flag bewirkt, dass ein Objekt, das sich bereits in einem Paket befindet, ignoriert wird, selbst wenn dies der Fall wäre
sonst verpackt.

--lokal
Dieses Flag bewirkt, dass ein Objekt, das aus einem alternativen Objektspeicher ausgeliehen wurde, gelöscht wird
ignoriert, auch wenn es sonst voll gewesen wäre.

--nicht leer
Erstellen Sie ein gepacktes Archiv nur, wenn es mindestens ein Objekt enthalten würde.

--Fortschritt
Der Fortschrittsstatus wird standardmäßig im Standardfehlerstrom gemeldet, wenn er ist
an ein Terminal angehängt, es sei denn, -q ist angegeben. Dieses Flag erzwingt den Fortschrittsstatus sogar
wenn der Standardfehlerstrom nicht an ein Terminal geleitet wird.

--all-Fortschritt
Wenn --stdout angegeben ist, wird während der Objektzählung ein Fortschrittsbericht angezeigt
und Komprimierungsphasen, jedoch während der Schreibphase gesperrt. Der Grund ist, dass in
In einigen Fällen ist der Ausgabestream direkt mit einem anderen Befehl verknüpft, der dies möglicherweise wünscht
Zeigt den eigenen Fortschrittsstatus an, während eingehende Paketdaten verarbeitet werden. Diese Flagge ist
wie --progress, außer dass es auch für die Schreibphase einen Fortschrittsbericht erzwingt
auch wenn --stdout verwendet wird.

--all-progress-implied
Dies wird verwendet, um --all-progress zu implizieren, wann immer die Fortschrittsanzeige aktiviert ist. nicht wie
--all-progress: Dieses Flag erzwingt eigentlich keine Fortschrittsanzeige.

-q
Dieses Flag sorgt dafür, dass der Befehl seinen Fortschritt nicht im Standardfehlerstrom meldet.

--no-reuse-delta
Beim Erstellen eines gepackten Archivs in einem Repository, das über vorhandene Pakete verfügt, wird der Befehl
verwendet vorhandene Deltas wieder. Dies führt manchmal zu einer etwas suboptimalen Packung. Das
Flag weist den Befehl an, vorhandene Deltas nicht wiederzuverwenden, sondern sie von Grund auf zu berechnen.

--no-reuse-object
Dieses Flag weist den Befehl an, vorhandene Objektdaten überhaupt nicht wiederzuverwenden, auch nicht
deltifiziertes Objekt, das eine Neukomprimierung von allem erzwingt. Dies impliziert --no-reuse-delta.
Nur in dem unklaren Fall nützlich, in dem eine andere Komprimierung flächendeckend durchgesetzt werden soll
Ebene auf den gepackten Daten ist erwünscht.

--compression=
Gibt die Komprimierungsstufe für neu komprimierte Daten im generierten Paket an. Wenn nicht
angegeben, wird die Packkomprimierungsstufe zuerst durch pack.compression und dann durch bestimmt
core.compression und ist standardmäßig -1, der zlib-Standard, wenn keiner von beiden festgelegt ist. Hinzufügen
--no-reuse-object, wenn Sie eine einheitliche Komprimierungsstufe für alle Daten erzwingen möchten
egal, die Quelle.

--dünn
Erstellen Sie ein „dünnes“ Paket, indem Sie die gemeinsamen Objekte zwischen einem Sender und einem Empfänger weglassen
um die Netzwerkübertragung zu reduzieren. Diese Option ist nur in Verbindung mit sinnvoll
--stdout.

Hinweis: Ein Thin Pack verstößt gegen das gepackte Archivformat, indem es erforderliche Objekte und weglässt
ist somit für Git unbrauchbar, ohne es eigenständig zu machen. Verwenden Sie Git Index-Pack
--fix-thin (siehe Git-Index-Pack(1)) die in sich geschlossene Immobilie wiederherzustellen.

--seicht
Optimieren Sie ein Paket, das einem Kunden mit einem flachen Repository bereitgestellt wird. Das
Die Option „--thin“ kann in Kombination mit der Option „--thin“ zu einem kleineren Paket auf Kosten der Geschwindigkeit führen.

--delta-base-offset
Ein gepacktes Archiv kann das Basisobjekt eines Deltas als 20-Byte-Objekt darstellen
Name oder als Offset im Stream, aber alte Versionen von Git verstehen das nicht
letztere. Standardmäßig, git Pack-Objekte Verwendet nur das frühere Format zum Besseren
Kompatibilität. Mit dieser Option kann der Befehl das letztere Format verwenden
Kompaktheit. Abhängig von der durchschnittlichen Delta-Kettenlänge ist diese Option typischerweise
Verkleinert die resultierende Packdatei um 3-5 Prozent.

Hinweis: Porcelain-Befehle wie git gc (siehe git-gc(1)), git repack (siehe Git-
Verpacken(1)) Übergeben Sie diese Option standardmäßig in modernem Git, wenn Objekte in Ihr abgelegt werden
Repository in Packdateien. Das Gleiche gilt für das Git-Bundle (siehe Git-Bundle(1)) wenn es a erstellt
bündeln.

--threads=
Gibt die Anzahl der Threads an, die bei der Suche nach den besten Delta-Übereinstimmungen erzeugt werden sollen. Das
erfordert, dass Pack-Objekte mit pthreads kompiliert werden, andernfalls wird diese Option ignoriert
mit einer Warnung. Dies soll die Packzeit auf Multiprozessor-Rechnern verkürzen. Der
Die benötigte Speichermenge für das Delta-Suchfenster wird jedoch mit multipliziert
Anzahl der Themen. Die Angabe von 0 führt dazu, dass Git die Anzahl der CPUs automatisch erkennt und
Stellen Sie die Anzahl der Threads entsprechend ein.

--index-version= [, ]
Dies ist nur für die Verwendung durch die Testsuite vorgesehen. Es ermöglicht, die Version zu erzwingen
des generierten Paketindexes und zum Erzwingen von 64-Bit-Indexeinträgen für darüber liegende Objekte
der angegebene Offset.

--keep-true-parents
Bei dieser Option werden durch Transplantate verdeckte Eltern dennoch verpackt.

Verwenden Sie Git-Pack-Objekte online über die Dienste von onworks.net