Dies ist der Befehl git-gc, der beim kostenlosen Hosting-Anbieter OnWorks mit einer unserer zahlreichen kostenlosen Online-Workstations wie Ubuntu Online, Fedora Online, dem Windows-Online-Emulator oder dem MAC OS-Online-Emulator ausgeführt werden kann
PROGRAMM:
NAME/FUNKTION
git-gc – Bereinigen Sie unnötige Dateien und optimieren Sie das lokale Repository
ZUSAMMENFASSUNG
git gc [--aggressive] [--auto] [--quiet] [--prune= | --no-prune] [--force]
BESCHREIBUNG
Führt eine Reihe von Verwaltungsaufgaben im aktuellen Repository aus, beispielsweise das Komprimieren
Dateirevisionen (um Speicherplatz zu reduzieren und die Leistung zu steigern) und nicht erreichbare Dateien entfernen
Objekte, die möglicherweise aus früheren Aufrufen von erstellt wurden git hinzufügen.
Benutzern wird empfohlen, diese Aufgabe regelmäßig in jedem Repository auszuführen
Sorgen Sie für eine gute Speicherplatznutzung und eine gute Betriebsleistung.
Einige Git-Befehle werden möglicherweise automatisch ausgeführt git gc; Weitere Informationen finden Sie unter der Flagge --auto unten. Wenn
Sie wissen, was Sie tun, und alles, was Sie wollen, ist, dieses Verhalten dauerhaft zu deaktivieren
Ohne weitere Überlegungen tun Sie einfach Folgendes:
$ git config --global gc.auto 0
OPTIONAL
--aggressiv
Gewöhnlich git gc läuft sehr schnell und bietet gleichzeitig eine gute Speicherplatzausnutzung
Leistung. Diese Option führt dazu git gc aggressiver zu optimieren
Repository zu laden, allerdings viel mehr Zeit in Anspruch zu nehmen. Die Auswirkungen dieser Optimierung
sind dauerhaft, sodass diese Option nur gelegentlich verwendet werden muss; alle paar Hundert
Changesets oder so.
--Auto
Mit dieser Option git gc prüft, ob eine Haushaltsführung erforderlich ist; Wenn nicht, wird es beendet
ohne irgendwelche Arbeiten auszuführen. Einige Git-Befehle führen nach der Ausführung git gc --auto aus
Vorgänge, die viele lose Objekte erzeugen könnten.
Wenn sich zu viele lose Gegenstände oder zu viele Packungen darin befinden, ist ein Reinigungsservice erforderlich
Repository. Wenn die Anzahl der losen Gegenstände den Wert von gc.auto überschreitet
Konfigurationsvariable, dann werden alle losen Objekte mit zu einem einzigen Paket zusammengefasst
git repack -d -l. Wenn Sie den Wert von gc.auto auf 0 setzen, wird das automatische Packen deaktiviert
lose Gegenstände.
Wenn die Anzahl der Pakete den Wert von gc.autoPackLimit überschreitet, werden die vorhandenen Pakete berücksichtigt
(außer denen, die mit einer .keep-Datei gekennzeichnet sind) werden mithilfe von in einem einzigen Paket konsolidiert
die Option -A von git Verpacken. Wenn Sie gc.autoPackLimit auf 0 setzen, wird die automatische Aktivierung deaktiviert
Konsolidierung von Rudeln.
--prune=
Bereinigt lose Objekte, die älter als das Datum sind (Standard ist vor 2 Wochen, kann durch die Konfiguration überschrieben werden).
Variable gc.pruneExpire). --prune=alle Pflaumen lösen Gegenstände unabhängig von ihrem Alter (do
Verwenden Sie --prune=all nicht, es sei denn, Sie wissen genau, was Sie tun. Es sei denn, das Repository
im Ruhezustand ist, gehen neu erstellte Objekte verloren, die nicht mit verankert wurden
refs und beschädigen am Ende Ihr Repository). --prune ist standardmäßig aktiviert.
--no-prune
Beschneiden Sie keine losen Gegenstände.
--ruhig
Alle Fortschrittsberichte unterdrücken.
--Macht
Erzwingen Sie die Ausführung von Git GC, auch wenn möglicherweise eine andere Git GC-Instanz darauf ausgeführt wird
Repository.
CONFIGURATION
Die optionale Konfigurationsvariable gc.reflogExpire kann eingestellt werden, um anzuzeigen, wie lange
Historische Einträge im Reflog jedes Zweigs sollten in diesem Repository verfügbar bleiben.
Die Einstellung wird beispielsweise als Zeitdauer ausgedrückt 90 Tage or 3 Monat. Es ist standardmäßig
zu 90 Tage.
Die optionale Konfigurationsvariable gc.reflogExpireUnreachable kann eingestellt werden, um anzugeben, wie
Lange historische Reflog-Einträge, die nicht Teil des aktuellen Zweigs sind, sollten erhalten bleiben
in diesem Repository verfügbar. Diese Arten von Einträgen werden im Allgemeinen als Ergebnis erstellt
mit git commit --amend oder git rebase und sind die Commits vor dem amend oder rebase
auftreten. Da diese Änderungen nicht Teil des aktuellen Projekts sind, werden die meisten Benutzer dies wünschen
verfallen sie früher. Diese Option ist standardmäßig auf 30 Tage.
Die beiden oben genannten Konfigurationsvariablen können einem Muster zugewiesen werden. Dies wird beispielsweise festgelegt
Nicht standardmäßige Ablaufwerte nur für Remote-Tracking-Zweige:
[gc „refs/remotes/*“]
reflogExpire = nie
reflogExpireUnreachable = 3 Tage
Die optionale Konfigurationsvariable gc.rerereResolved gibt an, wie lange Aufzeichnungen dauern
Konflikthafte Zusammenführungen, die Sie zuvor gelöst haben, bleiben erhalten. Der Standardwert beträgt 60 Tage.
Die optionale Konfigurationsvariable gc.rerereUnresolved gibt an, wie lange Aufzeichnungen dauern
Konflikthafte Zusammenführungen, die Sie nicht gelöst haben, bleiben erhalten. Der Standardwert beträgt 15 Tage.
Die optionale Konfigurationsvariable gc.packRefs bestimmt, ob git gc läuft git Pack-Ref.
Dies kann auf „notbare“ gesetzt werden, um es in allen nicht-bare-Repos zu aktivieren, oder es kann auf a gesetzt werden
boolescher Wert. Der Standardwert ist „true“.
Die optionale Konfigurationsvariable gc.aggressiveWindow steuert, wie viel Zeit aufgewendet wird
Optimieren der Delta-Komprimierung der Objekte im Repository, wenn --aggressive
Option angegeben ist. Je größer der Wert, desto mehr Zeit wird für die Optimierung des Deltas aufgewendet
Kompression. Weitere Informationen zur Option „--window“ finden Sie in der Dokumentation git-repack(1) für mehr
Einzelheiten. Der Standardwert ist 250.
Ebenso die optionale Konfigurationsvariable gc.aggressiveDepth steuert die Option -- Depth
in git-repack(1). Der Standardwert ist 250.
Die optionale Konfigurationsvariable gc.pruneExpire steuert, wie alt das nicht referenzierte Los ist
Objekte müssen vor dem Beschneiden beschnitten werden. Der Standardwert ist „vor 2 Wochen“.
ANMERKUNG
git gc bemüht sich sehr um die Sicherheit des gesammelten Mülls. Insbesondere wird es so sein
Behalten Sie nicht nur Objekte bei, auf die von Ihrem aktuellen Satz an Zweigen und Tags verwiesen wird, sondern auch
Vom Index referenzierte Objekte, Remote-Tracking-Zweige, gespeicherte Refs git Filter-Zweig
in refs/original/ oder reflogs (die möglicherweise auf Commits in späteren Zweigen verweisen).
geändert oder neu gespult).
Wenn Sie erwarten, dass einige Objekte gesammelt werden, dies aber nicht der Fall ist, überprüfen Sie alle diese
Standorte und entscheiden Sie, ob es in Ihrem Fall sinnvoll ist, diese Verweise zu entfernen.
HAKEN
Das git gc --Auto Der Befehl führt das aus vor-auto-gc Haken. Sehen Githooks(5) für mehr
Informationen.
Verwenden Sie git-gc online über die Dienste von onworks.net
