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

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

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

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