Ich habe zwei Zweige emailund staging. stagingist die neueste und ich brauche die alten Änderungen im emailZweig nicht mehr, möchte sie aber nicht löschen.

Ich möchte also nur den gesamten Inhalt von stagingin emailspeichern, damit beide auf dasselbe Commit verweisen. Ist das möglich?

Sie können die Zusammenführungsstrategie "Unsere" verwenden:

$ git checkout staging
$ git merge -s ours email # Merge branches, but use our branch head

Wenn Sie nur möchten, dass die beiden Zweige "E-Mail" und "Staging" identisch sind, können Sie den Zweig "E-Mail" mit einem Tag versehen und dann den Zweig "E-Mail" auf den Zweig "Staging" zurücksetzen:

$ git checkout email
$ git tag old-email-branch
$ git reset --hard staging

Sie können den Zweig "Staging" auch im Zweig "E-Mail" neu einrichten. Das Ergebnis enthält jedoch die Änderung der beiden Zweige.

Ich habe mehrere Antworten gesehen und das ist das einzige Verfahren, mit dem ich das ohne Konflikte beheben kann.

Wenn Sie alle Änderungen von branch_new in branch_old wünschen, dann:

git checkout branch_new
git merge -s ours branch_old
git checkout branch_old
git merge branch_new

Sobald Sie diese vier Befehle angewendet haben, können Sie den branch_old problemlos drücken

Die anderen Antworten gaben mir die richtigen Hinweise, aber sie halfen nicht ganz.

Folgendes hat bei mir funktioniert:

$ git checkout email
$ git tag old-email-branch # This is optional
$ git reset --hard staging
$
$ # Using a custom commit message for the merge below
$ git merge -m 'Merge -s our where _ours_ is the branch staging' -s ours origin/email
$ git push origin email

Ohne den vierten Schritt der Verschmelzung mit unserer Strategie wird der Push als nicht schnelles Vorwärts-Update betrachtet und abgelehnt (von GitHub).

Wenn Sie wie ich sind und sich nicht mit dem Zusammenführen befassen möchten, können Sie die obigen Schritte ausführen, außer dass Sie Gewalt anstelle von Zusammenführen anwenden, da dies eine ablenkende Protokollpapierspur erzeugt:

git checkout email
git reset --hard staging
git push origin email --force

Hinweis: Dies ist nur möglich, wenn Sie das Material WIRKLICH nie wieder in E-Mails sehen möchten.

Ich wollte zwei Zweige zusammenführen, damit alle Inhalte old_branchmit den Inhalten von aktualisiert werdennew_branch

Für mich hat das wie ein Zauber gewirkt:

$ git checkout new_branch
$ git merge -m 'merge message' -s ours origin/old_branch
$ git checkout old_branch
$ git merge new_branch
$ git push origin old_branch

Wie wäre es mit:

git branch -D email
git checkout staging
git checkout -b email
git push origin email --force-with-lease

Andere Antworten sahen unvollständig aus.
Ich habe es unten vollständig versucht und es hat gut funktioniert.

HINWEIS:
1. Erstellen Sie eine Kopie Ihres Repositorys, bevor Sie es unten versuchen, um auf der sicheren Seite zu sein.

Details:
1. Die gesamte Entwicklung findet im Dev-Zweig statt.
2. Der Qa-Zweig ist genau dieselbe Kopie von Dev.
3. Von Zeit zu Zeit muss der Dev-Code in den Qa-Zweig verschoben / überschrieben werden

Also müssen wir den qa-Zweig vom dev-Zweig überschreiben

Teil 1:
Mit den folgenden Befehlen wurde das alte qa auf ein neueres dev aktualisiert:

git checkout dev
git merge -s ours qa
git checkout qa
git merge dev
git push

Automatischer Kommentar für den letzten Push gibt unten:

// Output:
//  *<MYNAME> Merge branch 'qa' into dev,*  

Dieser Kommentar sieht umgekehrt aus, da die obige Reihenfolge auch umgekehrt aussieht

Teil 2:

Im Folgenden finden Sie unerwartete, neue lokale Commits in dev, die unnötigen,
also müssen wir sie wegwerfen und dev unberührt lassen.

git checkout dev

// Output:
//  Switched to branch 'dev'  
//  Your branch is ahead of 'origin/dev' by 15 commits.  
//  (use "git push" to publish your local commits)


git reset --hard origin/dev  

//  Now we threw away the unexpected commits

Teil 3:
Überprüfen Sie, ob alles wie erwartet ist:

git status  

// Output:
//  *On branch dev  
//  Your branch is up-to-date with 'origin/dev'.  
//  nothing to commit, working tree clean*  

Das ist alles.
1. altes qa wird jetzt durch neuen dev-verzweigungscode überschrieben
2. local ist sauber (remote origin / dev ist unberührt)

Der einfachste Weg, dies zu tun:

//the branch you want to overwrite
git checkout email 

//reset to the new branch
git reset --hard origin/staging

// push to remote
git push -f

Jetzt sind der E-Mail-Zweig und die Bereitstellung identisch.

git checkout email
git merge -m "Making email same as staging disregarding any conflicts from email in the process" -s recursive -X theirs staging

Dieser ändert den ursprünglichen neueren Zweig nicht und gibt Ihnen die Möglichkeit, vor dem endgültigen Festschreiben weitere Änderungen vorzunehmen.

git checkout new -b tmp
git merge -s ours old -m 'irrelevant'
git checkout old
git merge --squash tmp
git branch -D tmp
#do any other stuff you want
git add -A; git commit -m 'foo' #commit (or however you like)