Git und "Der Zweig 'x' ist nicht vollständig zusammengeführt" Fehler

Hier sind die Befehle, die ich vom Hauptzweig verwendet habe

git branch experiment
git checkout experiment

Dann habe ich einige Änderungen an meinen Dateien vorgenommen, die Änderungen festgeschrieben und den neuen Zweig an GitHub gesendet.

git commit . -m 'changed files'
git push -u origin experiment

Später beschloss ich, meinen Experimentierzweig mit dem Hauptzweig zusammenzuführen.

git checkout master
git merge experiment

Schließlich habe ich die Änderungen an GitHub übertragen.

git push -u origin master

Alles lief gut, bis ich versuchte, meinen Experimentzweig mit zu löschen

git branch -d experiment

Ich habe die Fehlermeldung erhalten, dass error: The branch 'experiment' is not fully merged.ich ein bisschen neu in Git bin, und ich weiß nicht, wie viel mehr ich möglicherweise die beiden Zweige zusammenführen könnte. Was vermisse ich hier?

^{Hinweis Der Wortlaut wurde aufgrund der Kommentare geändert. Danke @slekse}
Das ist kein Fehler, es ist eine Warnung. Dies bedeutet, dass der Zweig, den Sie löschen möchten, Commits enthält, die von keinem der folgenden Bereiche erreichbar sind: dem Upstream-Zweig oder HEAD (derzeit ausgecheckte Revision). Mit anderen Worten, wenn Sie Commits verlieren könnten¹.

In der Praxis bedeutet dies, dass Sie Commits wahrscheinlich geändert, neu basiert oder gefiltert haben und sie nicht identisch zu sein scheinen .

Daher können Sie die Warnung vermeiden, indem Sie einen Zweig auschecken , der die Commits enthält, die Sie nicht referenzieren möchten, indem Sie diesen anderen Zweig löschen.²

Sie sollten sicherstellen, dass Sie tatsächlich keine wichtigen Commits verpassen:

git log --graph --left-right --cherry-pick --oneline master...experiment

Dadurch erhalten Sie eine Liste aller zwischen den Zweigen nicht freigegebenen Elemente. Wenn Sie neugierig sind, gibt es möglicherweise einen Unterschied ohne --cherry-pickund dieser Unterschied könnte der Grund für die Warnung sein, die Sie erhalten:

--cherry-pick

Lassen Sie jedes Commit aus, das dieselbe Änderung wie ein anderes Commit auf der "anderen Seite" einführt, wenn die Anzahl der Commits mit symmetrischen Unterschieden begrenzt ist. Wenn Sie beispielsweise zwei Zweige haben, A und B, können Sie alle Festschreibungen normalerweise nur auf einer Seite auflisten - links - rechts, wie im obigen Beispiel in der Beschreibung dieser Option. Es werden jedoch die Commits angezeigt, die aus dem anderen Zweig ausgewählt wurden (z. B. kann "3rd on b" aus Zweig A ausgewählt werden). Mit dieser Option werden solche Commit-Paare von der Ausgabe ausgeschlossen.

¹ Sie sind standardmäßig nur Müll, der nach einer Weile gesammelt wird. Außerdem git-branchüberprüft der Befehl nicht den Revisionsbaum aller Zweige . Die Warnung soll offensichtliche Fehler vermeiden.

² (Ich bevorzuge es, stattdessen nur das Löschen zu erzwingen, aber Sie möchten möglicherweise die zusätzliche Sicherheit haben).

Wie Drew Taylor betonte, berücksichtigt das Löschen von Zweigen mit -d nur den aktuellen HEAD, um festzustellen, ob der Zweig "vollständig zusammengeführt" ist. Es wird sich beschweren , auch wenn der Zweig ist mit einem anderen Zweig verschmolzen. Die Fehlermeldung könnte in dieser Hinsicht definitiv klarer sein ... Sie können entweder den zusammengeführten Zweig vor dem Löschen auschecken oder einfach den Git-Zweig -D verwenden. Das Großbuchstaben -D überschreibt den Scheck vollständig.

Ich habe die Antwort von sehe ausprobiert und es hat nicht funktioniert.

Um die Commits zu finden, die nicht zusammengeführt wurden, verwenden Sie einfach:

git log feature-branch ^master --no-merges

Das ist mir heute passiert, als ich meinen ersten Feature-Zweig wieder in Master zusammenführte. Wie einige in einem Thread an anderer Stelle auf SO sagten, bestand der Trick darin, wieder zum Master zu wechseln, bevor versucht wurde, den Zweig zu löschen. Als Git wieder im Master war, war es glücklich, den Zweig ohne Warnungen zu löschen.

Git warnt Sie, dass Sie möglicherweise den Verlauf verlieren, wenn Sie diesen Zweig löschen. Auch wenn keine Commits sofort gelöscht werden, sind einige oder alle Commits in der Verzweigung nicht mehr erreichbar, wenn sie nicht auch Teil einer anderen Verzweigung sind.

Damit der Zweig experimentvollständig mit einem anderen Zweig zusammengeführt werden kann, muss sein Tip-Commit ein Vorfahr des Tip des anderen Zweigs sein, sodass die Commits in experimenteiner Teilmenge des anderen Zweigs ausgeführt werden. Dies macht das Löschen sicher experiment, da alle Commits über den anderen Zweig Teil des Repository-Verlaufs bleiben. Es muss "vollständig" zusammengeführt werden, da es möglicherweise bereits mehrmals zusammengeführt wurde, aber jetzt seit der letzten Zusammenführung Commits hinzugefügt wurden, die nicht in der anderen Verzweigung enthalten sind.

Git überprüft jedoch nicht jeden anderen Zweig im Repository. nur zwei:

1. Der aktuelle Zweig (HEAD)
2. Der vorgelagerte Zweig, falls vorhanden

Die "Upstream-Niederlassung" für experiment, wie in Ihrem Fall, ist wahrscheinlich origin/experiment. Wenn experimentder aktuelle Zweig vollständig zusammengeführt ist, löscht Git ihn ohne Beanstandung. Wenn dies nicht der Fall ist, es jedoch vollständig in seinem Upstream-Zweig zusammengeführt ist, fährt Git mit einer Warnung fort, die wie folgt aussieht:

warning: deleting branch 'experiment' that has been merged
to 'refs/remotes/origin/experiment', but not yet merged to
HEAD.
Deleted branch experiment (was xxxxxxxx).

Wobei xxxxxxxxeine Commit-ID angibt. Eine vollständige Zusammenführung im Upstream zeigt an, dass die Commits in experimentdas Ursprungs-Repository verschoben wurden, sodass sie, selbst wenn Sie sie hier verlieren, zumindest an anderer Stelle gespeichert werden können.

Da Git andere Zweige nicht überprüft, kann es sicher sein, einen Zweig zu löschen, da Sie wissen, dass er vollständig mit einem anderen zusammengeführt ist. Sie können dies mit der angegebenen -DOption tun oder zuerst zu diesem Zweig wechseln und Git den vollständig zusammengeführten Status für Sie bestätigen lassen.

Um Änderungen zu sehen, die nicht zusammengeführt werden, habe ich Folgendes getan:

git checkout experiment
git merge --no-commit master

git diff --cached

Hinweis: Dies zeigt Änderungen an master, die nicht in sind experiment.

Vergiss nicht:

git merge --abort

Wenn du fertig bist, schau.

Einfachste Lösung mit Erklärung (doppelt überprüfte Lösung) (das Problem war zuvor aufgetreten)

Das Problem ist:

1- Ich kann keinen Zweig löschen

2- Das Terminal zeigt weiterhin eine Warnmeldung an, dass einige Commits noch nicht genehmigt wurden

3- wissend, dass ich den Master und den Zweig überprüft habe und sie identisch sind (aktuell)

Lösung:

git checkout master
git merge branch_name
git checkout branch_name
git push
git checkout master
git branch -d branch_name

Erläuterung:

Wenn Ihr Zweig mit einem vorgelagerten Remote-Zweig verbunden ist (auf Github, Bitbucket oder was auch immer), müssen Sie ihn in den Master einbinden (pushen) und die neuen Änderungen (Commits) in das Remote-Repo (Github, Bitbucket oder was auch immer) aus der Filiale,

Was ich in meinem Code getan habe, ist, dass ich zum Master gewechselt bin, dann den Zweig darin zusammengeführt habe (um sicherzustellen, dass sie auf Ihrem lokalen Computer identisch sind), dann habe ich wieder zum Zweig gewechselt und die Aktualisierungen oder Änderungen online in die Fernbedienung übertragen Repo mit "Git Push".

Danach wechselte ich wieder zum Master und versuchte, den Zweig zu löschen. Das Problem (Warnmeldung) verschwand und der Zweig wurde erfolgreich gelöscht

Sie können einfach herausfinden:

Git Log --cherry Master ... experimentell

--cherry Option ist ein Synonym für --right-only --cherry-mark --no-merges

git-log manpage sagte

Es ist nützlich, die Ausgabe auf die Commits auf unserer Seite zu beschränken und diejenigen, die auf die andere Seite eines gegabelten Verlaufs angewendet wurden, mit git log --cherry upstream ... mybranch zu markieren, ähnlich wie git cherry upstream mybranch.

Zu Ihrer Information. --cherry-picklässt gleichwertige Commits aus, --cherry-markstut dies aber nicht. Es ist nützlich, Rebase zu finden und aktualisierte Änderungen zwischen vorgelagerten und kooperierenden öffentlichen Zweigen zu erzwingen

Ich hatte keinen Upstream-Zweig auf meinem lokalen Git. Ich hatte eine lokale Niederlassung von Master, Git Checkout -b Mybranch erstellt. Ich habe einen Zweig mit Bitbucket-GUI auf dem Upstream-Git erstellt und meinen lokalen Zweig (mybranch) auf diesen Upstream-Zweig verschoben. Sobald ich einen Git-Abruf für meinen lokalen Git durchgeführt habe, um den Upstream-Zweig abzurufen, konnte ich einen Git-Zweig -d Mybranch erstellen.

Ich glaube, die Flagge --forceist das, wonach Sie wirklich suchen. Verwenden Sie einfach git branch -d --force <branch_name>, um den Zweig zwangsweise zu löschen.