我在Git中有2个独立的开发分支， develop1 和 develop2 。 这两个分支有一个共同的祖先，在master上提交 C1 。这2个分支包含2个产品发布周期将在大约6个月内加入（均合并为主）。
在6个月内进行大合并之前，分支 develop1 和 develop2 将保持独立，在develop1＆lt; - ＆gt;之间不合并。 develop2将完成。
但是，一些更改（如项目结构，脚本更改）将在两个分支上完成。
我的想法是在 develop1 上执行这些更改，然后将它们挑选到 develop2 。
我的问题：
我之所以这样问是因为我已经知道，挑选樱桃可能会导致问题，因为会有新的提交。
列出可能的问题的一个参考： http://blog.founddrama.net/2013/07/git-cherry-pick/
答案 0 :(得分：1)
我总是提到樱桃采摘的相同问题（如“git - cherry-pick - HOWTO / WHYTO”）
第二个问题在这里并不重要，因为你只是挑选只能自己工作的提交，并且在它们合并到master之前在第二个分支上进行测试/验证。
但是当develop1，然后 develop2合并到主时，第一个可能会出现问题。合并本身应该没问题
但是，如“Git cherry pick and datamodel integrity”中所述，更改将在合并提交的历史记录中出现两次。
如果可能，将develop1合并到master后，我会在更新develop2之前重新origin/master，然后再将develop2合并到master {1}}：这将检测相同的提交，而不是两次应用它们。