“这本书里是不提倡feature branch这种方式的”
主要是看开发人数。敏捷那边有不同背景的人提出相矛盾的准则，然后换个环境互相被打脸的
你们开发人数多少？

【 在 xunery 的大作中提到: 】
: 《持续交付：发布可靠软件的系统方法》这本书里是不提倡feature branch这种方式的，比方说要不要而对这个分支配置CI/CD，如果长时间不能合并到主干，合并的时候还有很多问题。还有很多其他理由
:
: 实际操作中，我们是小地迭代都在主干做（哪怕有新feature），非常大的版本升级，会新拉一个主干，以后都基于新主干，CI/CD和QA的工作主要基于主干来做，感觉效果还是可以的
: ...................
--
FROM 123.116.198.*