软件工程进阶之每日构建[0]：概述

　　在昨天“正确地做事(善用工具)”的帖子里提到了代码提交频度的问题。当时我特别强调了“要保证提交的代码能编译通过”， 理由是“对于每日构建很重要”。我估计列位看官中，不太熟悉每日构建的，大有人在；而且国内停留在手工作坊阶段的软件公司，为数也不少。因此今天我们就来 说一下"每日构建"这个话题。假如你平时已经很善于运用"每日构建"这一有效的手段，可以直接略过本系列，去看其它帖子。 <!--program-think-->

　　照例先来说说什么是“每日构建”，每日构建在洋文里也称为Daily Build或者Nightly Build。具体定义见“这里”。简单地讲，就是每天都把整个软件项目自动编译一遍，最终生成的产出物必须和交付到用户手中的一样（比如你最终提交给用户的是一个安装程序，那就必须在开发过程中每天编译出一个安装包）。
　　为了表明每日构建是一个很有效的手段，我可以给大伙举几个知名软件公司或者著名开源项目的例子：
　　1、微软公司内部几乎所有产品的开发过程，都会使用每日构建。
　　2、我不确定Google是否所有产品都采用，但至少Google的Chrome浏览器是采用每日构建。
　　3、知名的开源组织Mozilla也大量使用每日构建。
　　4、知名的Linux发行版Ubuntu也使用每日构建。
　　......
　　上面这个列表还可以罗列很长。举这么多例子，无非想说，每日构建是一种牛X的软件工程手段。尤其对于复杂项目和大型团队，它的好处更加明显。看到这儿，有同学可能要问了，具体有些什么好处捏？请看“软件工程进阶之每日构建[1]：好处和优点”。

http://program-think.blogspot.com/2009/02/daily-build-0-overview.html