在远程分支合并到远程/主服务器之前合并它们？

Question

我使用github托管的开源库 有一个成熟的分支branchA我想合并到我的工作中。

维护者可能会在不久的将来将分支合并到他的主人（上游/主人）分支。

我想知道我是否可以将分支机构自己合并到当地主人那里 当我合并将来还合并branchA的上游/主服务器时，它不会导致大规模的合并冲突吗？

• 编辑

如何从upstream / branchA创建本地/ branchA并对其进行更改并将其合并到local / master？

以后在上游/主站合并时会不会很好？

Answer 1

您是否会遇到合并“问题”取决于所有者在branchA合并之前在上游主服务器上发生的情况。

但是，无论发生什么情况，一旦branchA合并到上游主服务器中，您就可以在本地副本中运行以下内容并“更新”：

git checkout master
git fetch upstream
git reset --hard upstream/master

此组合将确保master的本地副本指向与master的上游副本相同的提交。由于您后所有者将branchA合并到上游master，因此您的本地master仍会有{{1}引入的更改}}

<强>更新

如果您想在合并到branchA之前对branchA进行更改，我建议您根据master创建自己的分支并在那里进行更改。完成后，您可以按照我原来的建议，只要您保留本地自定义分支，当您需要重置更新的上游branchA时，您仍然可以使用您的更改，并且因此，重置后可以将这些更改合并到本地主服务器中。

作为奖励，如果您的更改通常是有用的（即，不是特定于您的情况），您可以向上游提交拉取请求，并且可能将您自己的更改合并到上游{{1与master一起。

Answer 2

不，它非常好，git足够智能来处理你所描述的场景。

当git尝试合并来自另一个分支的提交时，它将找到当前分支和要合并的分支的公共祖先分歧，并且它将发现当前分支和要合并的分支已经移动了它们前往更近的共同祖先，因此如果在upstream/master合并之前没有引入导致冲突的修改，则很可能会快速转发。

Answer 3

无论如何你应该解决它们。 git mergetool 很棒，所以不会那么难。