叁构建之法——软件设计与实现之每日构建

每日构建正如其名，每日，所以这样的构件虽是基本的但贵在不懈坚持也难在这点。很多程序员都觉得写程序编程更刺激有意思，很不愿意花费时间做那些在自己看来无用的构件，甚至是每日，也就是说再忙的要死的时候也还是要空出点时间来做。

但软件工程里的每日构建就像是在工地上建楼房，要花心思花时间做好基本功——搭建脚手架，保证不轻易垮台才能继续后面的工作。

 而不会做构建的程序员，就像建脚手架的小工，运球不熟练的球员，这样的程序员，谁会要。

    

此前我们说了每日构建的重要性，那么，什么是每日构建？　　

软件开发是一种集体活动，其中必然面临各成员间的协调、统一问题。银行每天都要对各网点进行清算结账，软件开发也是一样的，必须找到一种方法来衡量每天的工作，保证每天的工作能够有效的持续下去，最终把软件开发的过程变成一种内在的过程。这种方法就称为每日构建或是持续集成。每日构建构建的过程是完全自动化的，通过预先定义好的指令，机器将按照指令顺序执行完所有的构建步骤。它让开发者可以每天进行系统集成，从而减少了开发过程中的集成问题。持续集成可以减少集成阶段"捉虫"消耗的时间，从而最终提高生产力。它使得绝大多数bug在引入的同一天就可以被发现。而且，由于一天之中发生变动的部分并不多，所以可以很快找到出错的位置。对开发人员而言，每日构建带来的好处就是签入即更新。

每日构建虽然会花费一些额外的时间，但是比起最后除错的成本来说，日构建成本是微不足道的。而且更为关键的是能够引入日构建的制度，开发人员将会在日构建的制度下更加频繁的协作，开发进度一目了然，软件的质量也会更加的稳定。软件开发是一项强调沟通和协作的活动，但是在日常的活动中，常常出现阻碍沟通的情况。日构建每一次的构建将会涉及到团队中的所有成员，因此能促进成员的沟通。

在每日构建的驱动下，项目的进度将会变得非常的明显。每一天的构建结果将会通过某个渠道发布出来，团队和团队的老板可以看到软件现在的样子，项目的完成情况，出现的问题等等。这些信息构成了软件开发的基本信息。不但可以清晰地描述出项目进度，也为管理人员安排计划提供了基础数据的支持。有了基本的量化数据，软件开发才不是靠拍脑袋出成果的。

转载于:https://www.cnblogs.com/6354-aa/p/6411416.html