我有两个分支，email并且staging。staging是最新的版本，我不再需要email分支中的旧更改，但是我不想删除它们。

所以，我只是想的所有内容转储staging到email让他们都指向同一个commit。那可能吗？

您可以使用“我们的”合并策略：

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

如果只希望两个分支“ email”和“ staging”相同，则可以标记“ email”分支，然后将“ email”分支重置为“ staging”一个：

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

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

我已经看到了几个答案，这是唯一使我能够在没有任何冲突的情况下进行修复的过程。

如果要从branch_old中的branch_new中进行所有更改，则：

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

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

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

这对我有用：

$ 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）。

如果您像我一样，并且不想处理合并，则可以执行上述步骤，但使用force而不是merge除外，因为这会产生分散注意力的日志记录：

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

注意：仅当您真正不想再在电子邮件中看到这些内容时，才可以。

我想合并两个分支，以便使用其中的内容old_branch更新所有内容new_branch

对我来说，这就像一个魅力：

$ 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

怎么样：

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

其他答案似乎不完整。
我已经在下面进行了充分的尝试，并且工作正常。

注意：
1.为安全起见，在尝试以下操作之前，请复制存储库的副本。

详细信息：
1.所有开发都在dev分支中进行
。2. qa分支与dev的副本相同
。3.不时需要将dev代码移入/覆盖到qa分支。

所以我们需要覆盖dev分支中的qa分支

第1部分：
使用以下命令，旧的qa已更新为较新的dev：

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已被新的dev分支代码覆盖
。2. local是干净的（远程原点/ dev未被修改）

最简单的方法是：

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

现在，电子邮件分支和分段是相同的。

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

该分支不会更改原始的较新分支，并为您提供了在最终提交之前进行进一步修改的机会。

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)