维护困难啊。
我们现在有5个对外发布的分支，每次修改一个bug， 5分支都要修改，而且还要人工比较修改。太痛苦啊。

【 在 cybereagle 的大作中提到: 】
: 分支多就多呗，几个commit几个指针而已
: 这一堆东西你更愿意它进主干呆着？
: 【 在 wjhtingerx 的大作中提到: 】
: ...................
--来自微微水木3.5.14
--
FROM 183.193.16.*

即使5个发布分支，修共性bug也应该是改动先合到master，然后分别集成测试5个分支。
改5个分支是什么操作。
  
【 在 foliver (Oliver) 的大作中提到: 】
:  维护困难啊。
:  我们现在有5个对外发布的分支，每次修改一个bug， 5分支都要修改，而且还要人工比较修改。太痛苦啊。
:  
:  【 在 cybereagle 的大作中提到: 】
--
FROM 115.199.96.*

问题在于不要维护5个对外分支。

保持一个主分支，任何feature/bug最后都要先rebase进入主分支，然后删除掉原来的分支。
如果有发布新版本的，从主分支的某个commit创建出分支tag。
至于已经发布的旧版本，临时需要某些commit的，从主分支里cherry-pick过去。但尽量不要维护很多的旧版本分支。

不知道这样做有什么问题？如果保持很多对外分支，那还是考虑怎么将对外分支的差异性集成进主分支，这样就没必要保持这个对外分支的更新了。

【 在 KingPower 的大作中提到: 】
: git小白不懂，假如有5个分支，发现主干版本和分支都需要改的一个bug，不是手动往几个分支代码里面更新么？
: 有什么好办法更新比如主干，主干更新了这局部其他分支也更新了  
--
修改:NewMonk FROM 223.72.109.*
FROM 223.72.109.*

merge后删除就可以，
【 在 wjhtingerx 的大作中提到: 】
: 屁大个事，也要开个分支搞，结果分支越搞越多，收不回来，最后一个大烂摊子
: 反倒是以前svn，不到万不得已不能创建分支，大家上传都规规矩矩的按要求来，反倒没啥事
--
FROM 47.243.59.*

我们有个项目有几千个分支，一个需求一个分支，也没人删。



【 在 wjhtingerx 的大作中提到: 】
: 屁大个事，也要开个分支搞，结果分支越搞越多，收不回来，最后一个大烂摊子
: 反倒是以前svn，不到万不得已不能创建分支，大家上传都规规矩矩的按要求来，反倒没啥事
--
FROM 221.219.100.*