如何在不同分支并行开发时同步公共master且不混淆各自开发内容

1. 先固定两条产品线的长驻分支 #

• 基于当前P分支的最新提交创建长驻分支product-p，基于当前Q分支的最新提交创建长驻分支product-q，两个分支永久独立存在，不会互相合并。

2. 公共基线迭代规则 #

所有公共功能新增、公共Bug修复，统一向master分支提交，禁止在两个产品线分支内修改公共逻辑，避免后续同步时出现不一致的冲突。

3. 同步公共基线改动到产品线分支的操作 #

每次master有可上线的更新后，分别对两个产品线分支执行同步操作，两个分支的同步完全独立，互不影响：

• 如果你需要保持产品线分支的提交历史简洁，选择rebase方案：

  # 同步到product-p为例
  git checkout product-p
  git rebase master
  # 按提示解决冲突后执行git rebase --continue即可
  

• 如果你需要保留完整的合并溯源记录，选择merge方案：

  # 同步到product-p为例
  git checkout product-p
  git merge master
  # 解决冲突后直接提交即可
  

冲突处理原则：公共逻辑冲突优先取master的最新版本，产品线独有逻辑和master改动冲突时，保留当前产品线的修改即可，本次冲突处理不会影响另一个产品线的同步操作。

4. 后续功能开发规则 #

• P产品线独有的功能，基于product-p切临时功能分支开发，完成后合并回product-p
• Q产品线独有的功能，基于product-q切临时功能分支开发，完成后合并回product-q
• 公共功能/公共Bug修复，基于master切临时功能分支开发，完成后合并回master，再按上述第三步同步到两个产品线分支

只要严格遵循上述规则，两条产品线的独有内容完全不会互相混淆，同时公共基线的改动可以高效同步到两个分支。

内容的提问来源于stack exchange，提问作者Paolo Di Pietro