Git - 2 个独立的开发分支 - 是否挑选？

Question

我在 Git 中有 2 个独立的开发分支，develop1 和 develop2。 这两个分支有一个共同的祖先，在 master 上提交 C1。这 2 个分支包含 2 个产品发布周期，将在大约 6 个月后加入（均合并到 master）。

在6个月的大合并之前，分支develop1和develop2将保持分离，develop1 develop2之间不会合并。

但是，一些更改（如项目结构、脚本更改）将在两个分支上完成。

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

我的问题：

1. 这样做明智吗？
2. 这会导致以后在执行大合并时出现问题吗？

我问这个的原因是因为我已经读到樱桃采摘可能会导致问题，因为创建了新的提交。

列出可能的问题的一个参考： http://blog.founddrama.net/2013/07/git-cherry-pick/

Answer 1

我总是提到与樱桃采摘相同的问题（如“git - cherry-pick - HOWTO / WHYTO”）

• duplicate commits
• functional dependencies

第二个问题在这里不相关，因为您只挑选那些自己工作的提交，并且在它们合并到 master 之前在第二个分支上进行了测试/验证。

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

如果可能，一旦将develop1 合并到master，我将在更新的origin/master 之上重新设置develop2，然后将develop2 合并回master：这将检测到相同的提交而不是应用两次。