作为InfoQ
的《持续集成
》专栏作者，刚刚发表了第三篇文章《分支策略
》。有位童鞋问了这样一个问题：
我现在的团队也面临这样的问题，更糟糕的是我们还没有测试套件。目前只是面临企业内网，马上也面临外网的应用了。痛苦。。。那个大侠给个好建议！
其实，文章中已经给出了答案，即一直保持“主干开发为主的短周期分支策略”。当然，很多团队无法达到这种境界。原因可能非常简单。比如，
- 无法拒绝客户要求，否则就有可能失去重要客户。
- 开发时的代码质量太差，当需要发布时，在分支上修复Bug的时间需要很长。
- 在主干上开发新功能时不注重质量，只赶进度，不修缺陷。
- 传统的瀑布开发方式使两次发布之间的时间间隔太长（每次发布都需要三个月以上）。
其结果就是一个恶性循环，如图所示。
其实打破这个环很简单，即“Build Quality In”，在整个过程的任何时刻都以发布质量来要求软件团队。
大多数团队总是会找出各种各样的理由不这么做，欠了很多“技术债”。这些技术债就像生活中的“贷款”一样，越借越多，但自己经营不善，希望通过借更多的贷款来解决当前的问题。
解决的方法简单(1)停止“贷款”；(2)每天还一点儿“贷款”。