持续集成分支模型资料收集

对于常见的Git类型的代码库而言，有两种主流的托管平台，一种是Gerrit，另一种是类Github的工作流程（包括Bitbucket, Gitlab）。

对于Gerrit的模式来说，小团队（20人以内的），可以直接在master上提交（比如Martin Flower一开始说的每天在mailine上提交），gerrit只是生成一个需要merge的patch.而Github一般而言只需要在master上release tag即可。另外单独创建一个新的dev分支，用于每天的代码提交，充当了部分master的职能。比如【3】提出的模型。

对于Web开发而言，如果一个UI feature 的周期还长于当前release cycle的周期，那么可以使用feature toggle的技术去处理。这样减少了维护一个长周期feature分支的成本，并且大家仍然可以在mailine上提交代码去进行持续集成。feature toggles应该是 short-lived,否则也有可能会造成生产效率的下降。【4】

1.Martin Flower给持续集成的定义：

https://www.martinfowler.com/articles/continuousIntegration.html

2.比较全的一篇，描述了短周期，长周期以及按照模块和特性来工作的软件开发模式对应的分支模型。

https://www.cnblogs.com/itech/archive/2011/08/01/2123354.html

3.常见的一种github模型：

 http://nvie.com/posts/a-successful-git-branching-model/

4.feature toggle

下面这篇讲了feature toggle的使用场景，存储方式，pros and cons.

https://dev.to/samueleresca/continuos-delivery-using-feature-toggle