Git - 2个分离的开发分支 - 是否需要进行cherrypicking操作？

Question

3

我在Git中有两个不同的开发分支，develop1和develop2。这两个分支都有一个共同的祖先，即master上的提交C1。这两个分支包含两个产品发布周期，将在大约6个月后合并到主分支中。

在6个月的大合并之前，develop1和develop2分支将保持独立，不会在它们之间进行合并。

然而，一些更改（如项目结构，脚本更改）将在两个分支上进行。

我的想法是在develop1上执行这些更改，然后将它们cherry-pick到develop2上。

我的问题：

1. 这样做明智吗？ 2. 在进行大合并时，这会导致问题吗？

我之所以问这个问题，是因为我读到了cherry-pick可能会导致问题，因为会创建新的提交。

- Bossk

1

在我看来，无论你是使用cherry pick还是手动添加提交到d2，它都会成为一个不同的提交，因此你可能会遇到问题（如果有的话）。我希望预期的冲突不会太难解决。 - Sameer Naik

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- VonC · Accepted Answer

我总是在谈论关于挑选最好的问题（例如 "git - cherry-pick - HOWTO / WHYTO"）

第二个问题在这里不相关，因为您只选择那些能够独立运行并且在第二个分支上经过测试/验证后才合并到主分支的提交。

但是第一个问题可能会出现在将develop1，然后develop2合并到master时。合并本身应该没问题。
但是，正如 "Git cherry pick and datamodel integrity"中所解释的那样，在合并的提交历史记录中，更改将出现两次。

如果可能的话，在将develop1合并到master后，我会在将develop2合并回master之前，在更新的origin/master上重新定位develop2：这将检测到相同的提交并且不会重复应用它们。