在昨天的帖子《正确地做事(善用工具)》里提到了代码提交频度的问题。当时俺特别强调了【要保证提交的代码能编译通过】，理由是“对于每日构建很重要”。估计列位看官中，不太熟悉【每日构建】的，大有人在；而且国内停留在手工作坊阶段的软件公司，为数也不少。因此今天咱们就来说一下“每日构建”这个话题。假如你平时已经很善于运用“每日构建”这一有效的手段，可以直接略过本系列，去看其它帖子。
每日构建在洋文里也称为“Daily Build”或者“Nightly Build”。具体定义请看“这里”。
通俗地说，就是每天都把【整个】软件项目【自动】编译一下，最终生成的产出物必须和交付到用户手中的一样（比如你最终提交给用户的是一个安装程序，那就必须在开发过程中每天编译出一个安装包）。
为了表明每日构建是一个很有效的手段，给大伙举几个知名软件公司或者著名开源项目的例子：
1、微软公司内部几乎所有产品的开发过程，都会使用每日构建。
2、俺不确定 Google 所有的产品是否都采用，但至少 Chrome 浏览器已经采用每日构建。
3、知名的开源组织 Mozilla 也大量使用每日构建。
4、知名的 Linux 发行版 Ubuntu 也使用每日构建。
......
上面这个列表还可以罗列很长。
举这么多例子，无非想说：每日构建是一种牛逼的软件工程手段。尤其对于复杂项目和大型团队，它的好处更加明显。看到这儿，有同学可能要问了，具体有些什么好处捏？请看“软件工程进阶之每日构建[1]：好处和优点”。
★什么是“每日构建”？
每日构建在洋文里也称为“Daily Build”或者“Nightly Build”。具体定义请看“这里”。
通俗地说，就是每天都把【整个】软件项目【自动】编译一下，最终生成的产出物必须和交付到用户手中的一样（比如你最终提交给用户的是一个安装程序，那就必须在开发过程中每天编译出一个安装包）。
★“每日构建”举例
为了表明每日构建是一个很有效的手段，给大伙举几个知名软件公司或者著名开源项目的例子：
1、微软公司内部几乎所有产品的开发过程，都会使用每日构建。
2、俺不确定 Google 所有的产品是否都采用，但至少 Chrome 浏览器已经采用每日构建。
3、知名的开源组织 Mozilla 也大量使用每日构建。
4、知名的 Linux 发行版 Ubuntu 也使用每日构建。
......
上面这个列表还可以罗列很长。
举这么多例子，无非想说：每日构建是一种牛逼的软件工程手段。尤其对于复杂项目和大型团队，它的好处更加明显。看到这儿，有同学可能要问了，具体有些什么好处捏？请看“软件工程进阶之每日构建[1]：好处和优点”。
版权声明
本博客所有的原创文章，作者皆保留版权。转载必须包含本声明，保持本文完整，并以超链接形式注明作者编程随想和本文原始地址：
https://program-think.blogspot.com/2009/02/daily-build-0-overview.html
本博客所有的原创文章，作者皆保留版权。转载必须包含本声明，保持本文完整，并以超链接形式注明作者编程随想和本文原始地址：
https://program-think.blogspot.com/2009/02/daily-build-0-overview.html
