Ho due rami emaile staging. stagingè l'ultimo e non ho più bisogno delle vecchie modifiche nel emailramo, ma non voglio cancellarle.

Quindi voglio solo scaricare tutto il contenuto stagingin emailmodo che entrambi puntino allo stesso commit. È possibile?

Puoi utilizzare la strategia di unione "nostra":

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

Se vuoi solo che i due rami "email" e "staging" siano uguali, puoi taggare il ramo "email", quindi ripristinare il ramo "email" su quello "staging":

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

Puoi anche rifare il ramo "staging" sul ramo "email". Ma il risultato conterrà la modifica dei due rami.

Ho visto diverse risposte e questa è l'unica procedura che mi ha permesso di risolverlo senza alcun conflitto.

Se vuoi tutte le modifiche da branch_new in branch_old, allora:

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

una volta applicati quei quattro comandi è possibile inviare branch_old senza alcun problema

Le altre risposte mi davano gli indizi giusti, ma non mi aiutarono completamente.

Ecco cosa ha funzionato per me:

$ 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

Senza il quarto passo della fusione con la nostra strategia, la spinta è considerata un aggiornamento non veloce e verrà respinta (da GitHub).

Se sei come me e non vuoi avere a che fare con l'unione, puoi fare i passaggi precedenti, tranne usare la forza invece di unire, perché creerà una traccia distruttiva della carta di registro:

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

Nota: questo è solo se davvero non vuoi più vedere le cose nell'e-mail.

Volevo unire due rami in modo che tutti i contenuti old_branchvenissero aggiornati con i contenuti dinew_branch

Per me questo ha funzionato come un fascino:

$ 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

Che ne dite di:

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

Altre risposte sembravano incomplete.
Ho provato di seguito per intero, e ha funzionato bene.

NOTA:
1. Creare una copia del repository prima di provare di seguito, per essere al sicuro.

Dettagli:
1. Tutto lo sviluppo avviene nel ramo dev
2. Il ramo qa è solo la stessa copia di dev
3. Di volta in volta, il codice dev deve essere spostato / sovrascritto nel ramo qa

quindi dobbiamo sovrascrivere il ramo qa, dal ramo dev

Parte 1:
Con i comandi seguenti, il vecchio qa è stato aggiornato al nuovo sviluppatore:

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

Di seguito il commento automatico per l'ultima push:

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

Questo commento sembra al contrario, perché anche la sequenza sopra sembra al contrario

Parte 2:

Di seguito sono inaspettati, nuovi impegni locali in sviluppo, quelli inutili,
quindi, dobbiamo buttare via e rendere il dev non toccato.

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

Parte 3:
verifica che tutto sia come previsto:

git status  

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

È tutto.
1. il vecchio qa è ora sovrascritto dal nuovo codice di filiale dev
2. local è pulito (origine / dev remota non è toccata)

Il modo più semplice per farlo:

//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

Ora il ramo e-mail e la gestione temporanea sono gli stessi.

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

Questo non altera il ramo più recente originale e ti dà la possibilità di apportare ulteriori modifiche prima del commit finale.

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)