J'ai deux branches, emailet staging. stagingest la dernière et je n'ai plus besoin des anciens changements de emailbranche, mais je ne veux pas les supprimer.

Je veux donc simplement vider tout le contenu de stagingdans emailafin qu'ils pointent tous deux vers le même commit. Est-ce possible?

Vous pouvez utiliser la stratégie de fusion «la nôtre»:

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

Si vous voulez juste que les deux branches 'email' et 'staging' soient identiques, vous pouvez marquer la branche 'email', puis réinitialiser la branche 'email' sur celle 'staging':

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

Vous pouvez également rebaser la branche 'staging' sur la branche 'email'. Mais le résultat contiendra la modification des deux branches.

J'ai vu plusieurs réponses et c'est la seule procédure qui m'a permis de résoudre ce problème sans aucun conflit.

Si vous voulez toutes les modifications de branch_new dans branch_old, alors:

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

une fois ces quatre commandes appliquées, vous pouvez pousser le branch_old sans aucun problème

Les autres réponses m'ont donné les bons indices, mais elles n'ont pas complètement aidé.

Voici ce qui a fonctionné pour moi:

$ 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

Sans la quatrième étape de la fusion avec la nôtre, la poussée est considérée comme une mise à jour non rapide et sera rejetée (par GitHub).

Si vous êtes comme moi et que vous ne souhaitez pas gérer la fusion, vous pouvez effectuer les étapes ci-dessus, sauf utiliser la force au lieu de la fusion, car cela créera une trace de papier journal distrayante:

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

Remarque: c'est uniquement si vous ne voulez VRAIMENT plus jamais revoir les informations contenues dans les e-mails.

Je voulais fusionner deux branches pour que tout le contenu old_branchsoit mis à jour avec le contenu denew_branch

Pour moi, cela a fonctionné comme un charme:

$ 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

Que diriez-vous:

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

D'autres réponses semblaient incomplètes.
J'ai essayé ci-dessous en entier, et cela a bien fonctionné.

REMARQUE:
1. Faites une copie de votre référentiel avant d'essayer ci-dessous, par sécurité.

Détails:
1. Tout le développement se produit dans la branche de développement
2. La branche qa est exactement la même copie de développement
3. De temps en temps, le code de développement doit être déplacé / écrasé dans la branche qa

nous devons donc écraser la branche qa, de la branche dev

Partie 1:
Avec les commandes ci-dessous, l'ancien qa a été mis à jour vers le nouveau dev:

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

Le commentaire automatique pour la dernière poussée donne ci-dessous:

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

Ce commentaire est inversé, car la séquence ci-dessus est également inversée

Partie 2:

Ci-dessous sont inattendus, de nouveaux commits locaux en dev, les inutiles
donc, nous devons les jeter et les rendre intacts.

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

Partie 3:
Vérifiez que tout est comme prévu:

git status  

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

C'est tout.
1. l'ancien qa est maintenant écrasé par le nouveau code de branche de développement
2. local est propre (origine distante / dev est intacte)

La façon la plus simple de le faire:

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

Maintenant, la branche e-mail et la mise en scène sont les mêmes.

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

Celui-ci ne modifie pas la branche plus récente d'origine et vous donne la possibilité de faire d'autres modifications avant la validation 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)