Warum führt git bei jeder Zusammenführung “git gc –auto” aus?

Heute fing Git an, sich komisch zu benehmen (na ja, lustiger als sonst), indem er darauf bestand, zu rennen git gc nach jeder einzelnen Zusammenführung, auch wenn sie Rücken an Rücken sind.

C:\Projects\my-current-project>git pull
remote: Counting objects: 31, done.
remote: Compressing objects: 100% (16/16), done.
remote: Total 16 (delta 11), reused 0 (delta 0)
Unpacking objects: 100% (16/16), done.
From git.company.com:git/
   e992ce8..6376211  mybranch/next -> origin/mybranch/next
Merge made by recursive.
Auto packing the repository for optimum performance. You may also run "git gc" manually. See "git help gc" for more information.
FIND: Parameter format not correct
Counting objects: 252732, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (59791/59791), done.
Writing objects: 100% (252732/252732), done.
Total 252732 (delta 190251), reused 252678 (delta 190222)
Removing duplicate objects: 100% (256/256), done.
 .../stylesheets/style.css                          |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

Das ist unglaublich störend und ich befürchte, dass es bedeutet, dass mein Repository irgendwie beschädigt ist (dies ist das erste Mal, dass ich es automatisch sehe gc). Sind meine Ängste unbegründet? Wenn mein Repository in Ordnung ist, wie stoppe ich das automatische Packen?!

BEARBEITEN

Ich glaube, ich habe das Problem erkannt.

Sie führen wahrscheinlich Cygwin/git oder MsysGit unter Windows aus. Das ist mir aufgefallen, weil

FIND: Parameter format not correct

Fehlermeldung. Das Problem ist, dass irgendwo Ihre Hook-Skripte (oder git intern?!) Find aufrufen, das nicht das UNIX (GNU) Find-Dienstprogramm findet, sondern eher die Windows (MSDOS … sic) FIND.EXE.

Sie sollten in der Lage sein, Ihren systemweiten Pfad zu reparieren. Wenn dies keine Option ist, geben Sie die PATH-Umgebungsvariable explizit in Ihrem Skript an (oder bevor Sie sie aufrufen).

Alte Antwort zur Information:

git gc --auto führt nicht immer zu Maßnahmen; Sind Sie sicher, dass dies jedes Mal Zeit in Anspruch nimmt, oder haben Sie gerade bemerkt, dass es aufgerufen wird?

Wenn es jedes Mal angerufen wird, könnten Sie

• Überprüfen Sie die Repository-Berechtigungen (stellen Sie sicher, dass es für Sie vollständig beschreibbar ist!)
• git fsck
• git umpacken
• git bundle --create mybundle.git --all und git clone mybundle.git um zu sehen, ob man den Übeltäter irgendwie „erschüttern“ kann
• sehen Sie, ob Sie auf eine neuere Version upgraden können
• Wenn alles andere fehlschlägt, strace oder debugge die git-gc-Binärdatei

Wenn Sie den Übeltäter erschüttert haben, können Sie optional analysieren, was sich zwischen Ihrem „gereinigten“ Repo und dem aktuellen unterscheidet.

Aus die Git-GC-Manpage:

Mit dieser Option [–auto], git gc prüft, ob eine Haushaltsführung erforderlich ist; wenn nicht, wird es beendet, ohne irgendeine Arbeit auszuführen. Einige Git-Befehle führen git gc –auto aus, nachdem Operationen ausgeführt wurden, die viele lose Objekte erzeugen könnten.

Eine Haushaltsführung ist erforderlich, wenn sich zu viele lose Gegenstände oder zu viele Packungen im Aufbewahrungsort befinden. Wenn die Anzahl der losen Objekte den Wert der Konfigurationsvariablen gc.auto überschreitet, werden alle losen Objekte mit git repack -d -l zu einem einzigen Paket zusammengefasst. Wenn Sie den Wert von gc.auto auf 0 setzen, wird das automatische Packen von losen Objekten deaktiviert.

Wenn die Anzahl der Packs den Wert von gc.autopacklimit überschreitet, werden vorhandene Packs (außer denen, die mit einer .keep-Datei gekennzeichnet sind) zu einem einzelnen Pack konsolidiert, indem die Option -A von git repack verwendet wird. Das Setzen von gc.autopacklimit auf 0 deaktiviert die automatische Konsolidierung von Paketen.

Ich füge diese Antwort hinzu, obwohl sie das spezifische Problem des ursprünglichen Posters nicht beantwortet, da ich jedes Mal, wenn eines meiner Repos nach jeder Zusammenführung mit dem automatischen Packen beginnt, die Korrektur vergessen habe, erneut danach suchen und zuerst diese Frage finden.

Wenn eines meiner Repos nach jeder Zusammenführung “Automatisches Packen des Repositorys für optimale Leistung” startet,

git gc --prune=now

behebt es. (Auf einem Mac habe ich das nicht FIND: Parameter format not correct Problem.) Im Moment verwende ich git 2.4.1, aber das hat bei mir für mehrere 2. * -Versionen funktioniert.

Diese Antwort auf So entfernen Sie nicht referenzierte Blobs aus meinem Git-Repo legt nahe, dass Sie möglicherweise Ihr Reflog mit löschen müssen

git reflog expire --expire-unreachable=now --all

damit der obige Befehl maximal effektiv ist, aber ich musste das nie tun, um das automatische Packen nach jeder Zusammenführung zu beheben.

Welche Git-Version verwendest du? Unabhängig davon finde ich automatisch gcextrem störend.

git config --global gc.auto 0

Ihr Repository sollte viele Objekte haben, deren Hashes mit 17 beginnen. Dies löst also git gc –auto aus. Standard ist mindestens 28 Objekte mit dem Präfix 17.