Wie man lokale Tracking-Branches beschneidet, die nicht mehr auf dem Remote vorhanden sind?

Question

Mit git remote prune origin kann ich die lokalen Zweige entfernen, die nicht mehr auf dem Remote-Server sind.

Aber ich möchte auch die lokalen Zweige entfernen, die von diesen Remote-Zweigen erstellt wurden (eine Überprüfung, ob sie nicht zusammengeführt wurden, wäre schön).

Wie kann ich das machen?

Answer 1

Nach dem Beschneiden können Sie die Liste der Remote-Zweige mit git branch -r erhalten. Die Liste der Zweige mit ihrem Remote-Tracking-Zweig kann mit git branch -vv abgerufen werden. Daher können Sie mit diesen beiden Listen die Remote-Tracking-Zweige finden, die nicht in der Liste der Remotes enthalten sind.

Diese Zeile sollte den Trick tun (erfordert bash oder zsh, funktioniert nicht mit der Standard-Bourne-Shell):

git fetch -p ; git branch -r | awk '{print $1}' | egrep -v -f /dev/fd/0 <(git branch -vv | grep origin) | awk '{print $1}' | xargs git branch -d

Dieser String ruft die Liste der Remote-Zweige ab und leitet sie durch die Standard-Eingabe an egrep weiter. Und filtert die Zweige heraus, die einen Remote-Tracking-Zweig haben (unter Verwendung von git branch -vv und dem Filtern nach denen, die origin haben) und dann die erste Spalte dieses Ausgabewerts abruft, was der Zweigname sein wird. Schließlich werden alle Zweignamen an den Befehl zum Löschen des Zweiges übergeben.

Da hier die Option -d verwendet wird, werden keine Zweige gelöscht, die nicht in den Branch gemergt wurden, auf dem Sie sind, wenn Sie diesen Befehl ausführen.

Answer 2

Wenn Sie alle lokalen Branches löschen möchten, die bereits in den Master zusammengeführt wurden, können Sie den folgenden Befehl verwenden:

git branch --merged master | grep -v '^[ *]*master$' | xargs -d'\n' git branch -d

Wenn Sie main als Ihren Master-Branch verwenden, sollten Sie den Befehl entsprechend anpassen:

git branch --merged main | grep -v '^[ *]*main$' | xargs -d'\n' git branch -d

Weitere Informationen.

HINWEIS: Der xargs -d'\n' Parameter wird verwendet, um eine ordnungsgemäße Löschung von Branches mit einem Apostroph im Namen zu ermöglichen, siehe https://unix.stackexchange.com/questions/38148/why-does-xargs-strip-quotes-from-input.

Answer 3

Mitten in den Informationen, die von git help fetch präsentiert werden, gibt es dieses kleine Element:

 -p, --prune
        Entferne nach dem Abrufen alle Remote-Tracking-Zweige, die nicht mehr auf dem Remote-Host vorhanden sind.

Vielleicht ist also git fetch -p das, wonach du suchst?

BEARBEITEN: Ok, für diejenigen, die diese Antwort immer noch 3 Jahre später diskutieren, hier sind noch ein paar zusätzliche Informationen, warum ich diese Antwort vorgestellt habe...

Zunächst einmal sagt der Fragesteller, dass er auch "die lokalen Zweige entfernen möchte, die von den Remote-Zweigen erstellt wurden [die nicht mehr auf dem Remote-Host sind]". Dies ist in git nicht eindeutig möglich. Hier ist ein Beispiel.

Angenommen, ich habe ein Repository auf einem zentralen Server, und es hat zwei Zweige namens A und B. Wenn ich dieses Repository auf mein lokales System klonen, werden meine Kopien lokale Verweise (noch keine tatsächlichen Zweige) namens origin/A und origin/B haben. Nehmen wir nun an, ich mache folgendes:

git checkout -b A origin/A
git checkout -b Z origin/B
git checkout -b C 

Die relevanten Fakten hier sind, dass ich aus irgendeinem Grund beschlossen habe, einen Zweig in meinem lokalen Repository mit einem anderen Namen als seinem Ursprung zu erstellen, und ich habe auch einen lokalen Zweig, der noch nicht auf dem Ursprung-Repository existiert.

Nehmen wir nun an, ich entferne die Zweige A und B im Remote-Repository und aktualisiere mein lokales Repository (git fetch in irgendeiner Form), was dazu führt, dass meine lokalen Verweise origin/A und origin/B verschwinden. Jetzt hat mein lokales Repository immer noch drei Zweige, A, Z und C. Keiner von ihnen hat einen entsprechenden Zweig im Remote-Repository. Zwei von ihnen wurden "aus ... Remote-Zweigen erstellt", aber selbst wenn ich weiß, dass es einen Zweig namens B im Ursprung gab, habe ich keine Möglichkeit zu wissen, dass Z von B erstellt wurde, weil es im Prozess umbenannt wurde, wahrscheinlich aus gutem Grund. Ohne einen externen Prozess, der Metadaten zur Ursprungs-Zweiginformation aufzeichnet, oder einen Menschen, der die Historie kennt, ist es also unmöglich zu sagen, auf welche der drei Zweige, wenn überhaupt, der Fragesteller abzielt. Ohne externe Informationen, die git nicht automatisch für dich pflegt, ist git fetch -p so nah dran wie möglich, und jede automatische Methode, die wörtlich das zu versuchen, was der Fragesteller gefragt hat, läuft Gefahr, entweder zu viele Zweige zu löschen oder einige zu übersehen, die der Fragesteller sonst löschen möchte.

Es gibt auch andere Szenarien, wie wenn ich drei separate Zweige von origin/A erstelle, um drei verschiedene Ansätze für etwas zu testen, und dann verschwindet origin/A. Jetzt habe ich drei Zweige, die offensichtlich nicht alle namensmäßig übereinstimmen können, aber sie wurden von origin/A erstellt, und daher würde eine wörtliche Interpretation der Frage des Fragestellers erfordern, alle drei zu entfernen. Das mag jedoch nicht wünschenswert sein, selbst wenn man einen zuverlässigen Weg finden könnte, um sie zuzuordnen...

Answer 4

Es gibt ein tolles npm-Paket, das dies für Sie erledigt (und es sollte plattformübergreifend funktionieren).

Installiere es mit: npm install -g git-removed-branches

Dann wird git removed-branches dir alle veralteten lokalen Branches anzeigen, und git removed-branches --prune um sie tatsächlich zu löschen.

Weitere Informationen hier.

Answer 5

Dies löscht die lokalen Branches, für die die Remote-Tracking-Branches zurückverfolgt wurden. (Stellen Sie sicher, dass Sie auf dem master-Branch sind!)

git checkout master
git branch -vv | grep ': gone]' | awk '{print $1}' | xargs git branch -d

---

Details:

• git branch -vv zeigt "gone" für lokale Branches an, die von remote zurückverfolgt wurden.

  mybranch abc1234 [origin/mybranch: gone] Commit-Kommentare

• -d überprüft, ob er gemerged wurde (-D löscht ihn unabhängig davon)

  Fehler: Der Branch 'mybranch' ist nicht vollständig gemerged.