在最终合并之前，在将Git预合并到我的功能分支中是否安全？

Question

在本地开发功能分支时，结果表明该功能需要进行大量更改。为了最大限度地减少合并期间的工作量和压力，我想到了首先将本地master合并到我的分支中，解决所有冲突，然后将我的功能合并到master中 - 这应该是一个快速，简单的合并。

这种合并是否会暴露任何失去某人变更的风险？你推荐另一种方法吗？

Answer 1

这种方法是完全可以接受的（由于你提到的相同原因，我自己使用了几次）。当然，当您解决冲突时，您必须注意您保留的更改。如果你在这里犯了一些错误，那么来自其他开发者的更改可能会丢失（但它们始终保留在历史记录中，因此您可以轻松识别并恢复这些更改）。

Answer 2

我通常会修改master上的功能，这使得需要合并它们的人更容易。但无论你做什么方向 - 即使你没有合并冲突，你仍然需要测试它。你永远不能认为它是安全的。

Answer 3

我只会在功能分支不即将合并到master中时执行此操作。我建议定期将上游合并到功能分支中，以便最大限度地减少开发期间和之后合并所需的工作。但是，如果你合并回来，没有必要合并一种方式，然后立即另一种方式。简单地融入主人就可以让你的意图更加清晰。

我将上游合并到功能分支的另一个原因是，有时候，例如，在将另一个功能合并到上游之后，分支是如此分散，以至于我需要在合并后至少进行一次提交才能使一切工作正常再次。这应该在功能分支上完成。

因为所有这些操作都快速而便宜，我通常会尝试合并到master中，如果我发现这只是比预期更多的工作，我会中止并以相反的方式进行合并。

哦，至于失去的东西：除非你自己删除它，否则你永远不会失去某种方式的东西。除了你告诉它（在合并期间删除东西，使用非默认合并策略等）时，Git不会丢弃任何更改。