其他答案给了我正确的线索，但它们并没有完全起作用。

以下是对我有效的方法:

$ 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

如果没有与我们的战略合并的第四步，推送被认为是非快进更新，将被拒绝(GitHub)。

如何:

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

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

注意: 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是不受影响的)

我已经看到了几个答案，这是唯一的程序，让我解决没有任何冲突。

如果你想要在branch_old中对branch_new的所有更改，那么:

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

一旦应用了这四个命令，您就可以毫无问题地推送branch_old了

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

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

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

其他答案给了我正确的线索，但它们并没有完全起作用。

以下是对我有效的方法:

$ 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

如果没有与我们的战略合并的第四步，推送被认为是非快进更新，将被拒绝(GitHub)。