什么样的团队要实践持续集成？

CI（Continuous Integration）持续集成， 到底什么是持续集成呢？可能每个人心里都有一个自己的想法，在不同的项目也都有着不同的实践，对于对持续集成的定义，软件界大拿老马这样说：“持续集成是一种软件开发实践，即团队开发成员经常集成他们的工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试)来验证，从而尽快地发现集成错误。许多团队发现这个过程可以大大减少集成的问题，让团队能够更快的开发内聚的软件。”

从老马的定义中我们可以总结：持续集成是一种 开发实践 解决 集成问题频发 的问题，通过频繁集成来提早 发现集成问题。这样看来持续集成这样的实践并不能减少集成问题的数量，能解决的只是集成问题发现的晚的问题。 抛开持续集成能不能解决问题先不提，那么什么样的软件开发团队需要或者适合实践持续集成呢？ 

问题一出就有些童鞋举手说了：“敏捷项目团队！他们开发 的项目没有详细的设计文档，只有需求故事卡，小组和小组之间靠口头传递消息，而且并不是每个人的代码都那么清晰易读，在复杂、大量组件的情况下很容易发生集成错误！”， 好像说的很有道理的样子，不管这样对敏捷团队的评价是不是客观，但是这样看来敏捷团队确实需要实践持续集成，那么只有敏捷团队需要执行持续集成吗？ 坐在角落的一位童鞋站起来说“其实只要项目上成员多的时候就需要持续集成了，不管有没有详细的设计文档，最终看到的产品或者组件永远不会完全和期望的一样，不管多么优秀的团队，理想与现实之间的差距就那么大，各种人永远会有各种理由告诉你，那样的设计是不合理的，所以不能那样来开发！”好像也很正确，不过说这个话的人看起来经历很多故事的样子。好了不卖关子，其实以上两位讲的非常好，讲出了团队开发中无奈也道出了现实的惨痛，不管你理想中写出的代码多么优秀，现实就摆在那里！那么到底什么样的团队才需要实践持续集成呢？

笔者认为一个团队要不要实践持续集成，跟传统还是敏捷、有没有详细的设计文档、团队成员多少都没有关系！只要有组件的软件都应该实践持续集成，只要是成规模的软件基本上都会由两个以上的组件构成。所以，笔者这样结论：只要在进行软件开发活动都应该实践持续集成，不论你的持续集成是怎么做的。持续集成的实践并不是一个完全新颖的实践，只是在大部分人还没有发觉的时候有人已经把它总结成理念用来指导实践了，可能你不相信，大部分开发人员学习编程的时候就已经在实践持续集成了。不信？来听几个故事！

故事一：我曾经和一位非常优秀的软件开发工程师聊天聊到上学时学习编程的情景，那位大神长叹一声说道：你们学编程就是身在不中不知福，现在计算机这么普遍，写代码简直就是在享受，我上大学那会儿全学校也就机房里那几台计算机、又慢又老、上机又贵，哪舍得在计算机现思考现写代码，写个作业先在纸上写好，跑去机房编译运行下，看下运行结果，再改一天在试试。现在练就了一手用记事本写代码的好本领！

故事二：2011年10月某一天，一群大一新生坐在教室里，每个人面前一台笔记本计算机，课表上写着《C语言程序设计》。 所有人打开上周跟着老师一起配置好VC6.0的集成开发环境，和一段不到十行的“hello world”包含五行注释标在main 函数和printf函数调用的地方。开心的按下F5。当然这节课老师告诉我们让helloword打印十遍和一百遍代码行数一样（好像暴露了什么），甚至90%的代码内容都是一样。同学们开心的把一个while循环和printf函数集成到了一起按下F5，有人笑了，有人发出了一丝疑惑，开始改一行按一下F5，三次后100行hello world出现了。

信了不？只是在初学编程的时候持续集成代码少，规模小，并没有发现如果这一小小的动作在软件上规模之后，频繁的试运行减少了多少麻烦！那么这种天生的持续集成的能力、习惯什么时候被淡忘了呢？在看下面一个故事。

故事三：某天凌晨三点，一群程序员聚在一起据说还有一位架构师（这是什么鬼？据说所有的组件、接口包括类名字和成员都是这位架构师设计的）桌上有一本厚厚的文档。这是产品发布上线前五个小时！都在责怪对方没有按照文档实现、有人说这个类就不应该这么设计！“你们开发的时候就没运行一下 吗？” “运行一下要部署那么多组件，根本没人会部署，还有你们不给我你们负责的组件，我也没办法啊！”然有人说了一句“要是提前几天联调一下就好”

看来不是我们的小规模持续集成习惯没有了，而是系统太复杂了，运行一次太困难了！想像下如果这个项目在每次代码提交的时候都能集成测试一下哪怕是一周一次，发现问题解决问题周而复始！凌晨三点大家就可以躺在自己舒适床上休息而不是对着电脑屏幕和文档边改代码边吵架。

从以上几个小故事可以看出，从写作业、学习编程伊始、到后来项目实践中遇到的上线前危机都在告诉我们，只要写代码都应该持续集成，在任何时候都应该让自己的代码能够运行以来，不管是什么规模的，不管是怎么做到的，还是多久做一次，一定要有！因为持续集成不仅是产品健康、快速地开发集成的要求，也会给开发人员带来看到自己的代码变成漂亮的页面或者运行流畅的App时满满的自豪和幸福感。

今天我们讲了几个故事，有亲身经历的，有听别人说的，还有别人听别人说然后我听别人说的，真真假假，不必在意，说的是这个道理。