Wie entferne ich den alten Verlauf aus einem Git-Repository?

Ich fürchte, ich konnte so etwas wie dieses spezielle Szenario nicht finden.

Ich habe ein Git-Repository mit viel Geschichte: mehr als 500 Filialen, mehr als 500 Tags, die bis Mitte 2007 zurückreichen. Es enthält ~ 19.500 Commits. Wir möchten den gesamten Verlauf vor dem 1. Januar 2010 entfernen, um ihn kleiner und einfacher zu handhaben (wir würden eine vollständige Kopie des Verlaufs in einem Archiv-Repository aufbewahren).

Ich kenne das Commit, das ich zum Stamm des neuen Repositorys werden möchte. Ich kann jedoch nicht das richtige Git-Mojo herausfinden, um das Repo abzuschneiden und mit diesem Commit zu beginnen. Ich vermute eine Variante von

git filter-branch

die Einbeziehung von Transplantaten wäre notwendig; Es kann auch notwendig sein, jeden der über 200 Zweige, die wir behalten möchten, separat zu behandeln und dann das Repo wieder zusammenzufügen (etwas, das ich zu tun weiß).

Hat jemand jemals so etwas getan? Ich habe Git 1.7.2.3, wenn das wichtig ist.

Erstellen Sie einfach ein Transplantat des übergeordneten Elements Ihres neuen Root-Commits für kein übergeordnetes Element (oder für ein leeres Commit, z. B. das echte Root-Commit Ihres Repositorys). Z.Becho "<NEW-ROOT-SHA1>" > .git/info/grafts

Nachdem das Transplantat erstellt wurde, wird es sofort wirksam. Sie sollten in der Lage sein zu git logsehen, dass die unerwünschten alten Commits verschwunden sind:

$ echo 4a46bc886318679d8b15e05aea40b83ff6c3bd47 > .git/info/grafts
$ git log --decorate | tail --lines=11
commit cb3da2d4d8c3378919844b29e815bfd5fdc0210c
Author: Your Name <[email protected]>
Date:   Fri May 24 14:04:10 2013 +0200

    Another message

commit 4a46bc886318679d8b15e05aea40b83ff6c3bd47 (grafted)
Author: Your Name <[email protected]>
Date:   Thu May 23 22:27:48 2013 +0200

    Some message

Wenn alles wie beabsichtigt aussieht, können Sie es einfach machen git filter-branch -- --all, um es dauerhaft zu machen.

ACHTUNG: Nach dem Filter-Verzweigungsschritt haben sich alle Commit-IDs geändert, sodass jeder, der das alte Repo verwendet, niemals mit jemandem zusammengeführt werden darf, der das neue Repo verwendet.

Vielleicht ist es zu spät, um eine Antwort zu veröffentlichen, aber da diese Seite das erste Ergebnis von Google ist, kann sie dennoch hilfreich sein.

Wenn Sie etwas Speicherplatz in Ihrem Git-Repo freigeben möchten, aber nicht alle Ihre Commits (Rebase oder Graft) neu erstellen möchten und dennoch in der Lage sind, von Personen mit dem vollständigen Repo zu pushen / ziehen / zusammenzuführen, können Sie das Git verwenden Klon flacher Klon ( Parameter --depth ).

; Clone the original repo into limitedRepo
git clone file:///path_to/originalRepo limitedRepo --depth=10

; Remove the original repo, to free up some space
rm -rf originalRepo
cd limitedRepo
git remote rm origin

Sie können Ihr vorhandenes Repo möglicherweise flacher machen, indem Sie die folgenden Schritte ausführen:

; Shallow to last 5 commits
git rev-parse HEAD~5 > .git/shallow

; Manually remove all other branches, tags and remotes that refers to old commits

; Prune unreachable objects
git fsck --unreachable ; Will show you the list of what will be deleted
git gc --prune=now     ; Will actually delete your data

Wie entferne ich alle lokalen Git-Tags?

Ps: Ältere Versionen von git haben das Klonen / Drücken / Ziehen von / zu flachen Repos nicht unterstützt.

Diese Methode ist leicht zu verstehen und funktioniert gut. Das Argument für script ( $1) ist ein Verweis (Tag, Hash, ...) auf das Commit, ab dem Sie Ihren Verlauf beibehalten möchten.

#!/bin/bash
git checkout --orphan temp $1 # create a new branch without parent history
git commit -m "Truncated history" # create a first commit on this branch
git rebase --onto temp $1 master # now rebase the part of master branch that we want to keep onto this branch
git branch -D temp # delete the temp branch

# The following 2 commands are optional - they keep your git repo in good shape.
git prune --progress # delete all the objects w/o references
git gc --aggressive # aggressively collect garbage; may take a lot of time on large repos

HINWEIS : Alte Tags bleiben weiterhin vorhanden. Daher müssen Sie sie möglicherweise manuell entfernen

Bemerkung: Ich weiß, dass dies fast die gleiche Antwort wie @yoyodin ist, aber hier gibt es einige wichtige zusätzliche Befehle und Informationen. Ich habe versucht, die Antwort zu bearbeiten, aber da es sich um eine wesentliche Änderung der Antwort von @ yoyodin handelt, wurde meine Bearbeitung abgelehnt. Hier sind die Informationen!

Versuchen Sie diese Methode So schneiden Sie den Git-Verlauf ab :

#!/bin/bash
git checkout --orphan temp $1
git commit -m "Truncated history"
git rebase --onto temp $1 master
git branch -D temp

Hier $1ist SHA-1 des Commits, das Sie behalten möchten, und das Skript erstellt einen neuen Zweig, der alle Commits zwischen $1und enthält, masterund der gesamte ältere Verlauf wird gelöscht. Beachten Sie, dass dieses einfache Skript davon ausgeht, dass kein Zweig aufgerufen wurde temp. Beachten Sie auch, dass dieses Skript die Git-Daten für den alten Verlauf nicht löscht. Führen git gc --prune=all && git repack -a -f -F -dSie aus, nachdem Sie überprüft haben, dass Sie wirklich den gesamten Verlauf verlieren möchten. Möglicherweise müssen Sie rebase --preserve-mergesjedoch gewarnt werden, dass die Git-Implementierung dieser Funktion nicht perfekt ist. Überprüfen Sie die Ergebnisse manuell, wenn Sie diese verwenden.

Als Alternative zum Umschreiben des Verlaufs sollten Sie die Verwendung git replacewie in diesem Artikel aus dem Pro Git- Buch in Betracht ziehen . In dem besprochenen Beispiel wird ein übergeordnetes Commit ersetzt, um den Beginn eines Baums zu simulieren, während der gesamte Verlauf als separater Zweig zur sicheren Aufbewahrung beibehalten wird.

Wenn Sie das Upstream- Repository mit dem vollständigen Verlauf , aber lokalen kleineren Kassen behalten möchten , führen Sie einen flachen Klon mit durch .git clone --depth=1 [repo]

Nachdem Sie ein Commit gedrückt haben, können Sie dies tun

1. git fetch --depth=1die alten Verpflichtungen zu beschneiden. Dies macht die alten Commits und ihre Objekte unerreichbar.
2. git reflog expire --expire-unreachable=now --all. Alle alten Commits und ihre Objekte ablaufen lassen
3. git gc --aggressive --prune=all um die alten Objekte zu entfernen

Siehe auch So entfernen Sie den lokalen Git-Verlauf nach einem Commit. .

Beachten Sie, dass Sie dieses "flache" Repository nicht an eine andere Stelle verschieben können: "flache Aktualisierung nicht zulässig". Siehe Remote abgelehnt (flaches Update nicht erlaubt), nachdem die Git-Remote-URL geändert wurde . Wenn du das willst, musst du beim Pfropfen bleiben.

Ich musste mehrere Antworten und andere Informationen lesen, um zu verstehen, was ich tat.

1. Ignorieren Sie alles, was älter als ein bestimmtes Commit ist

Die Datei .git/info/graftskann gefälschte Eltern für ein Commit definieren. Eine Zeile mit nur einer Commit-ID besagt, dass das Commit kein übergeordnetes Element hat. Wenn wir sagen wollten, dass uns nur die letzten 2000 Commits wichtig sind, können wir Folgendes eingeben:

git rev-parse HEAD~2000 > .git/info/grafts

git rev-parse gibt uns die Commit-ID des 2000. übergeordneten Elements des aktuellen Commits. Der obige Befehl überschreibt die Transplantatdatei, falls vorhanden. Überprüfen Sie, ob es zuerst da ist.

2. Schreiben Sie den Git-Verlauf neu (optional)

Wenn Sie dieses gepfropfte falsche Elternteil zu einem echten machen möchten, führen Sie Folgendes aus:

git filter-branch -- --all

Es werden alle Commit-IDs geändert. Jede Kopie dieses Repositorys muss unbedingt aktualisiert werden.

3. Bereinigen Sie den Speicherplatz

Ich habe Schritt 2 nicht ausgeführt, weil ich wollte, dass meine Kopie mit dem Upstream kompatibel bleibt. Ich wollte nur etwas Speicherplatz sparen. Um alle alten Verpflichtungen zu vergessen:

git prune
git gc

Alternative: flache Kopien

Wenn Sie eine flache Kopie eines anderen Repositorys haben und nur Speicherplatz sparen möchten, können Sie ein Update durchführen .git/shallow. Aber seien Sie vorsichtig, dass nichts auf ein Commit von früher hinweist. Sie könnten also so etwas ausführen:

git fetch --prune
git rev-parse HEAD~2000 > .git/shallow
git prune
git gc

Der Eintrag in flach funktioniert wie ein Transplantat. Achten Sie jedoch darauf, keine Transplantate zu verwenden und gleichzeitig flach zu sein. Zumindest nicht die gleichen Einträge, es wird fehlschlagen.

Wenn Sie noch einige alte Referenzen (Tags, Zweige, Remote-Köpfe) haben, die auf ältere Commits verweisen, werden diese nicht bereinigt und Sie sparen nicht mehr Speicherplatz.

Beim Rebase oder Push to Head / Master kann dieser Fehler auftreten

remote: GitLab: You are not allowed to access some of the refs!
To git@giturl:main/xyz.git
 ! [remote rejected] master -> master (pre-receive hook declined)
error: failed to push some refs to 'git@giturl:main/xyz.git'

Um dieses Problem im Git-Dashboard zu beheben, sollte der Hauptzweig aus "Geschützte Zweige" entfernt werden.

Dann können Sie diesen Befehl ausführen

git push -f origin master

oder

git rebase --onto temp $1 master

Hier gibt es zu viele Antworten, die nicht aktuell sind, und einige erklären die Konsequenzen nicht vollständig. Folgendes hat für mich funktioniert, um den Verlauf mit dem neuesten Git 2.26 zu verkürzen:

Erstellen Sie zuerst ein Dummy-Commit. Dieses Commit wird als erstes Commit in Ihrem abgeschnittenen Repo angezeigt. Sie benötigen dies, da dieses Commit alle Basisdateien für den von Ihnen gespeicherten Verlauf enthält. Die SHA ist die ID des vorherigen Commits des Commits, das Sie behalten möchten (in diesem Beispiel 8365366). Die Zeichenfolge 'Initial' wird als Commit-Nachricht des ersten Commits angezeigt. Wenn Sie Windows verwenden, geben Sie den folgenden Befehl an der Eingabeaufforderung von Git Bash ein.

# 8365366 is id of parent commit after which you want to preserve history
echo 'Initial' | git commit-tree 8365366^{tree}

Der obige Befehl gibt beispielsweise SHA aus d10f7503bc1ec9d367da15b540887730db862023.

Geben Sie jetzt einfach Folgendes ein:

# d10f750 is commit ID from previous command
git rebase --onto d10f750 8365366

Dadurch werden zuerst alle Dateien ab dem Festschreiben 8365366in das Dummy-Festschreiben eingefügt d10f750. Dann werden alle Commits nach 8365366 über dem Ende wiedergegeben d10f750. Schließlich wird der masterVerzweigungszeiger auf das zuletzt wiedergegebene Commit aktualisiert.

Wenn Sie diese abgeschnittenen Repos verschieben möchten, tun Sie dies einfach git push -f.

Einige Dinge zu beachten (dies gilt sowohl für andere als auch für diese Methoden): Tags werden nicht übertragen. Während Commit-IDs und Zeitstempel erhalten bleiben, wird GitHub diese Commits in einer pauschalen Überschrift wie anzeigen Commits on XY date.

Glücklicherweise ist es möglich, den abgeschnittenen Verlauf als "Archiv" beizubehalten. Später können Sie das zugeschnittene Repo mit dem Archiv-Repo verbinden. Informationen hierzu finden Sie in dieser Anleitung .

Sie können das Verzeichnis, die Dateien und auch den gesamten Verlauf des Verzeichnisses oder der Datei löschen, indem Sie das unten angegebene jar [download it] und die Befehle verwenden

bfg.jar-Datei: https://rtyley.github.io/bfg-repo-cleaner/

git clone --bare repo-url cd repo_dir java -jar bfg.jar --delete-folders ordnername git reflog expire --expire = now --all && git gc --prune = now --aggressive git push --mirror repo_url

1. git Daten entfernen, rm .git
2. git init
3. Fügen Sie eine Git-Fernbedienung hinzu
4. Kraft drücken