Git - 2獨立開發分支 - 挑剔與否？

Question

我在Git中有兩個獨立的開發分支，develop1和develop2。 這兩個分支有一個共同的祖先，承諾C1上主。這2個分支包含2個產品發佈週期，將在大約6個月內加入（兩者合併爲主）。

在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

第二個問題與此無關，因爲你挑選只能提交自己的工作，並且在第二個分支上進行測試/驗證之前，它們已經在主合併之前完成了。

但第一個可能是一個問題的時候develop1，然後develop2將被合併到主。合併本身應該沒問題。
但是，如「Git cherry pick and datamodel integrity」中所述，更改將在合併提交的歷史記錄中出現兩次。

如果可能的話，一旦develop1合併到master，我想在一個更新的origin/master的頂部變基develop2，合併develop2回master前：將檢測相同的提交和不適用他們兩次。