Tengo dos ramas emaily staging. staginges el último y ya no necesito los viejos cambios en la emailrama, pero no quiero eliminarlos.

Así que sólo quiero volcar todo el contenido de staginga emailfin de que ambos apuntan a la misma se comprometen. ¿Es eso posible?

Puede usar la estrategia de fusión 'nuestra':

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

Si solo desea que las dos ramas 'correo electrónico' y 'puesta en escena' sean las mismas, puede etiquetar la rama 'correo electrónico', luego restablecer la rama 'correo electrónico' a la 'puesta en escena':

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

También puede cambiar la base de la rama 'provisional' en la rama 'correo electrónico'. Pero el resultado contendrá la modificación de las dos ramas.

He visto varias respuestas y ese es el único procedimiento que me permite solucionarlo sin ningún conflicto.

Si desea todos los cambios de branch_new en branch_old, entonces:

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

una vez aplicados esos cuatro comandos, puede presionar el branch_old sin ningún problema

Las otras respuestas me dieron las pistas correctas, pero no ayudaron por completo.

Esto es lo que funcionó para mí:

$ 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

Sin el cuarto paso de fusionarse con nuestra estrategia, el impulso se considera una actualización que no avanza rápidamente y será rechazado (por GitHub).

Si eres como yo y no quieres lidiar con la fusión, puedes hacer los pasos anteriores, excepto usar la fuerza en lugar de la fusión, porque creará un rastro de papel de registro que distrae:

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

Nota: Esto es solo si REALMENTE nunca desea volver a ver las cosas en el correo electrónico.

Quería fusionar dos ramas para que todos los contenidos old_branchse actualicen con los contenidos denew_branch

Para mí esto funcionó a las mil maravillas:

$ 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

Qué tal si:

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

Otras respuestas parecían incompletas.
He intentado a continuación en su totalidad, y funcionó bien.

NOTA:
1. Haga una copia de su repositorio antes de intentar a continuación, para estar seguro.

Detalles:
1. Todo el desarrollo ocurre en la rama de desarrollo
2. La rama de qa es la misma copia del desarrollo
3. De vez en cuando, el código de desarrollo debe moverse / sobrescribirse a la rama de qa

entonces necesitamos sobrescribir una rama qa, desde la rama dev

Parte 1:
con los siguientes comandos, el antiguo qa se ha actualizado a un nuevo desarrollador:

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

El comentario automático para el último empuje da a continuación:

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

Este comentario parece inverso, porque la secuencia anterior también parece inversa

Parte 2:

A continuación se muestran nuevos compromisos locales inesperados en desarrollo, los innecesarios,
por lo que debemos descartarlos y hacer que los desarrolladores no se vean afectados.

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:
Verifique que todo esté como se esperaba:

git status  

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

Eso es todo.
1. el qa antiguo ahora se sobrescribe con el nuevo código de sucursal del desarrollador
2. local está limpio (el origen / dev remoto no se ha modificado)

La forma más fácil de hacerlo:

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

Ahora la rama de correo electrónico y la puesta en escena son las mismas.

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

Este no altera la rama más nueva original, y le da la oportunidad de realizar más modificaciones antes de la confirmación final.

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)