如果你只想让“email”和“staging”这两个分支保持一致，你可以标记“email”分支，然后将“email”分支重置为“staging”分支:

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

你也可以将“staging”分支重新建立在“email”分支上。但是结果将包含两个分支的修改。

其他答案似乎不完整。 我已经尝试了下面的全部，它工作得很好。

注意: 1. 为了安全起见，在尝试下面的操作之前，请先复制您的存储库。

细节: 1. 所有的开发都在开发分支中进行 2. Qa部门只是开发部门的翻版 3.有时，开发代码需要被移动/覆盖到qa部门

所以我们需要覆盖qa分支，从开发分支

第1部分: 使用以下命令，旧的qa已经更新到新的开发:

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

最后一次推送的自动评论如下:

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

这个注释看起来是相反的，因为上面的序列看起来也是相反的

第2部分:

下面是意想不到的，新的本地提交在开发中，不必要的 所以，我们需要抛弃这些内容，保持开发者的原封不动。

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

第3部分: 验证一切如预期:

git status  

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

这是所有。 1. 旧的qa现在被新的开发分支代码覆盖 2. 本地是干净的(远程源/dev是不受影响的)

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

如果你只想让“email”和“staging”这两个分支保持一致，你可以标记“email”分支，然后将“email”分支重置为“staging”分支:

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

你也可以将“staging”分支重新建立在“email”分支上。但是结果将包含两个分支的修改。

如果你像我一样不想处理归并，你可以执行上面的步骤，除了使用强制而不是归并，因为它会创建一个分散注意力的日志记录:

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

注意:除非你真的不想再在邮件里看到这些东西。

如何:

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