Git 管理多个分支的公共部分 How to manage the common part of multiple branches

本文探讨了在长期维护多个Git分支时如何有效管理公共部分,提出以一个分支作为公共部分代表,其他分支通过rebase更新公共部分。对于已有混乱分支,提供了通过cherry-pick和文件级合并来整理的步骤,以减少冲突并实现结构优化。
摘要由CSDN通过智能技术生成

我们在使用 git 进行版本控制时,可能遇到这样的需求:同时维护多个永久性的 branch(分支),每个 branch 可能对应于针对不同客户的不同实现;在分支间切换,可以方便地为各个客户生成特定的版本。这些所谓“永久性”的分支,与通常使用分支的情形不同,因为它们会长期存在并随着整个软件的演进不断变化,而不是实现某些 feature 后就并入主分支(master)。各个永久分支的差异并不大,如何管理各个分支的公共部分(common part)成为一个重要问题。

 

我们首先给出满足这一需求的方案,然后指明对于遗留的、已经“污染”的分支结构如何重组为新方案。


最合理的分支结构应该是这样的,选取 master 或某个分支作为共同部分的代表,也就是说所有对共同部分的更改都切换到这个分支下进行;然后各个永久分支只改动自己特殊的部分,并不断 rebase 到这个共同分支的顶端(head),以各自更新共同部分。如下图。

<
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值