我的主线功能开发完成，当有客户有需求要在我的主线功能上定制添加功能，然后我从主线上拉取一个分支A，后续还有分支B,分支C,到N+个分支，这些的分支我交付出去，就能满足客户的需求了，不需要升级，但是我的主线肯定是一直在升级的，当我的主线升级到8.0或者9.0了，但是分支A，分支B,分支N+的还是1.0或者2.0，3.0等，现在需要分支A，分支B,分支N+升级代码到主线分支，合并到主线，如何减少代码冲突
分支A如果是1.0的情况已经满足需求使用了，但是过了一段时间，需要升级同等的版本，但是这期间我的主线可能是已经升级到5.0甚至7.0了，还可能有别的分支B,，分支C，分支N+ 等等需要升级，我从主线拉取一个临时的分支A1，然后把A1合并到A，那现在这个A就完成了升级，依次拉取C1合并C，等等，完成升级。此方法投入资源过多，已废弃
基于vue实现一个具备可行性的demo，和流程图
主线版本应该有release tag吧，定制版本应该是基于某个release的定制，你主线都升级到9.0了这就属于大版本更新了，定制版本从大版本升级就要考虑重新定制了。如果你给客户的承诺就是一直随着主线大版本更新定制版本的话， 那么就应该考虑定制本身的兼容性，比如是否做成插件，是否二进制兼容，接口规范和接口升级等等。或者主版本作为一个基础库存在，定制版本本身是一个git，通过sub module引用主版本；这样主版本升级只要处理库接口的兼容性。
您好，我是有问必答小助手，您的问题已经有小伙伴帮您解答，感谢您对有问必答的支持与关注！