覆盖和推送 Git 分支

Question

在将我的更改与上游 master 合并时，我经常发现自己在执行以下操作：

git checkout somefeature
git checkout -b integration
git rebase master # resolving conflicts along the way
git checkout somefeature
git merge integration # or rebase, doesn't matter in this example

我经常会发现将集成分支合并回我的功能分支会导致一些冲突。我的第一个问题是，“如果我的集成分支是某个功能的后代并且我已经解决了与上游主服务器的冲突，为什么会发生这种情况？”

如果您想知道我为什么一开始就使用集成分支，这是为了防止由于合并失败而污染当前分支。

我目前的解决方法是这样做：

git checkout integration
git branch -f somefeature # overwrite the branch

现在的问题是我无法将更改推送回远程分支：

git push origin somefeature
! [rejected]        somefeature -> somefeature (non-fast forward)

所以现在我必须删除远程分支并重新推送我的更改。这不是执行此操作的最佳方式，所以我想知道，“覆盖分支并将更改推送到远程分支的最佳方式是什么？”

Answer 1

问题是因为git rebase 生成了一系列新的提交，这些提交不是来自somefeature 分支，然后当您尝试将它们合并回somefeature 时，rebase 期间完成的冲突解决不会' t 申请。如果你只是合并而不是变基，那么这将作为合并提交将从somefeature分支下降。

就推送到远程分支而言，您只需使用--force 即可使推送成功，但这会给拥有它副本的其他任何人带来问题。

Answer 2

您可以使用git merge -s recursive -Xtheirs，它将自动解决冲突以支持集成分支。但是，这仍然会进行合并，并且可能无法很好地处理移动的文件等。

但是，由于您的分支已被推送，因此您有理由希望保留其历史记录。要获得您想要的理想行为，您可以在集成分支中使用“我们的”策略。

git checkout somefeature
git checkout -b integration
git rebase master # resolving conflicts along the way
git merge -s ours somefeature # mark integration as superseding the somefeature branch
git checkout somefeature
git merge integration # this is now a fast-forward, no conflicts

Answer 3

您可以确保您的最终合并使用合并驱动程序覆盖目标分支：
例如，请参见“Can I tell git pull to overwrite instead of merge?”。

这个想法是有一个custom merge driver with a "keepTheir" script。

Answer 4

你的第一个操作很奇怪。您制作了某个功能的副本。您将其重新设置为针对大师。然后你回到那个特性，把它和它自己的rebased equivelant 合并。这不是做事的方式。

不要把事情弄得太复杂。如果您希望功能分支从其他地方开始（例如最新的 master），只需重新设置它。

然后用--force（或-f）推动它。告诉正在使用该功能分支的其他任何人，他们必须获取更改并调整他们在本地尚未推送的任何内容。

在其他人一直在努力的情况下，合并会更好。

希望这会有所帮助。