您可以使用自定义合并驱动程序“keepTheirs”将上游分支合并到您的dev分支中：
请参见 "“git merge -s theirs” needed — but I know it doesn't exist"。
在您的情况下，只需要一个.gitattributes文件和一个名为keepTheirs的脚本。
mv -f $3 $2
exit 0
git merge --strategy=theirs 模拟 #1
显示为合并，上游作为第一个父提交。
Jefromi 在评论中提到了 merge -s ours，通过将您在上游（或从上游开始的临时分支）上的工作合并，然后将您的分支快进到该合并结果：
git checkout -b tmp origin/upstream
git merge -s ours downstream # ignoring all changes from downstream
git checkout downstream
git merge tmp # fast-forward to tmp HEAD
git branch -D tmp # deleting tmp
这样做的好处是将上游祖先记录为第一个父节点，因此合并的意思是“吸收这个过时的主题分支”，而不是“销毁这个主题分支并用上游替换它”。
2023年更新：例如，如果你想让
main完全反映
dev的内容：
git switch -c tmp dev
git merge -s ours main # ignoring all changes from main
git switch main
git merge tmp # fast-forward to tmp HEAD, which is dev
git branch -D tmp # deleting tmp
（编辑于2011年）：
这个工作流程已经在OP的博客文章中报道：
为什么我需要这个呢？
只要我的存储库与公共版本无关，这一切都很好，但是自从我想要与其他团队成员和外部贡献者协作WIP以来，我希望确保我的公共分支可靠，供他人分支和拉取，即不再在我推送到远程备份的内容上进行变基和重置，因为它现在在GitHub上并且是公开的。
那么这就让我面临着如何继续的问题。
99%的时间，我的副本将进入上游主分支，所以我大多数时候都会工作在我的主分支并将其推送到上游。
但是偶尔，我在wip中拥有的内容将被上游的内容所取代，并且我将放弃我的某些wip部分。
在那时，我想将我的主分支与上游同步，但不要破坏我公开推送的主分支上的任何提交点。也就是说，我想要一个与上游合并的结果，使得我的副本与上游相同。
这就是git merge --strategy=theirs应该做的事情。
git merge --strategy=theirs 模拟 #2
以我们的代码作为第一个父分支进行合并。
(由jcwenger提出)
git checkout -b tmp upstream
git merge -s ours thebranch # ignoring all changes from downstream
git checkout downstream
git merge --squash tmp # apply changes from tmp, but not as merge.
git rev-parse upstream > .git/MERGE_HEAD #record upstream 2nd merge head
git commit -m "rebaselined thebranch from upstream" # make the commit.
git branch -D tmp # deleting tmp
git merge --strategy=theirs 模拟 #3
这篇博客文章提到：
git merge -s ours ref-to-be-merged
git diff --binary ref-to-be-merged | git apply -R --index
git commit -F .git/COMMIT_EDITMSG --amend
有时候你确实想要这样做，不是因为你的历史记录里有“垃圾”，而是
可能因为你想要改变公共存储库中开发基线，而应该避免使用 rebase。
git merge --strategy=theirs 模拟 #4
(同一篇博客文章)
或者，如果您想保持本地上游分支的快进性，一个潜在的妥协是，理解对于 sid/unstable，上游分支可以不时地被重置/基于（基于最终在上游项目方面无法控制的事件）。
这并不是什么大问题，按照这种假设工作意味着很容易将本地上游分支保持在只接受快进更新的状态。
git branch -m upstream-unstable upstream-unstable-save
git branch upstream-unstable upstream-remote/master
git merge -s ours upstream-unstable
git diff --binary ref-to-be-merged | git apply -R --index --exclude="debian/*"
git commit -F .git/COMMIT_EDITMSG --amend
git merge --strategy=theirs 模拟 #5
(由Barak A. Pearlmutter提出):
git checkout MINE
git merge --no-commit -s ours HERS
git rm -rf .
git checkout HERS -- .
git checkout MINE -- debian # or whatever, as appropriate
git gui # edit commit message & click commit button
git merge --strategy=theirs 模拟 #6
(由 Michael Gebetsroither 提议):
迈克尔·格贝茨罗伊特（Michael Gebetsroither）插话说我在“作弊”，并提供了另一种使用较低级别的管道命令的解决方案：
(如果没有仅使用Git命令，在Git中进行差异/补丁/应用程序的所有内容都不是真正的解决方案;)
git read-tree -u --reset <ID>
git merge -s ours --no-commit other_upstream
git read-tree --reset -u other_upstream
git checkout HEAD -- debian/
git checkout HEAD -- .gitignore
git commit -m 'superseed upstream source' -a
git merge --strategy=theirs 模拟 #7
必要的步骤如下：
- 用上游代码替换你的工作目录
- 将更改应用到索引中
- 将上游代码添加为第二个父级
- 提交
命令 git read-tree 用不同的树覆盖索引，完成第二步，并具有更新工作树的标志，完成第一步。在提交时，git使用 .git/MERGE_HEAD 中的 SHA1 作为第二个父级，因此我们可以填充它以创建合并提交。因此，可以通过以下方式完成：
git read-tree -u --reset upstream # update files and stage changes
git rev-parse upstream > .git/MERGE_HEAD # setup merge commit
git commit -m "Merge branch 'upstream' into mine" # commit
