持续集成的意义及hudson&maven

持续且快速的版本迭代是互联网行业的一大特点，通过迅速地推出新产品，占领新的市场；通过不断完善产品功能，巩固市场。

而持续集成的意义，在于能够在不断的产品迭代中，保证产品的主功能和可用性没有致命缺陷；在产品的版本演进过程中，以较少的质量代价换取在产品的整个周期中的可用性和健壮性。从而不因产品的质量问题，流失用户。

有个简单的例子，最近在用一个产品时，有个较大的版本升级，其中UI展示和交互都有较大的变动，功能点入口的设计，更加趋于扁平化，减少了入口这棵树的层数。但是在这次版本升级后，平时用到的一个很小的功能点不可用了，所以无奈之下，只能从非官方商店中，下载了历史版本继续使用。并且，在此次尝试升级之后，可能对于该产品以后的版本升级会采取更审慎的态度。

如果该产品的持续集成做的好，这个问题其实就可以规避掉，并且能保证后续版本产品中有更高附加值的功能顺利被接受。

持续集成，本质上是通过自动化的方式，在每次有变更时，回归所有当前仍在提供服务的测试case。所有有三个关键点：

1.自动化

使用人工的方式每次全量回归之前的功能点，明显不合理，而且每次执行的结果由于是人工收集，会有很大的方差。

2.变更/升级

在有变更或者升级的情况下才需要持续集成，变更包括代码/配置项/硬件配置/等等。因为这样的前提假设是，之前的业务是正确并可用的，同时经过了线上的验证，产生变更后有可能会引入的问题需要通过持续集成规避。这点上类似于数学归纳法的证明过程。

3.全量

每次变更后，调整（增加/删除/修改）本次变更对持续集成的影响点，然后反馈到持续集成中，加上本次变更前已经集成的，是一个全量的结合，交给机器来执行验证的过程。

待续：

搭建持续集成过程。

jenkins ----\

--maven--搭建持续集成方法。

hudson ---/