用MSBuild和Jenkins搭建持续集成环境（2）
?
这个命令可以启动Cassini，把它指向拷贝过来的应用，然后在9876端口启动服务器。
?
所有的配置都已就绪。试着修改一下代码然后提交。Jenkins应该能够监听到变化，运行HelloCI-RunUnitTests。如果代码编译 成功，所有测试均以通过，Jenkins应该开始运行HelloCI-StartWebServer job，把HelloCI-RunUnitTests的构建产物拷贝过来，在9876端口启动Cassini。如果这一切都运行无误，我们的持续集成系统 就搭好了。
?
结尾?
MSBuild和Jenkins可讲的地方还很多。比如说可以从持续集成走向持续部署。你所需要的只是一个job，让它把构建产物部署到生产环境 （译者注：持续部署殊非易事，作者有些夸大其词，读者请勿轻信）。ASP.NET的应用就更简单了，用一个job把构建产物复制到某个目录下就行。这样一 来，只要所有的测试全都通过，这个Jenkins job就可以把最新特性发布到生产环境上去。
?
如果你还没做好准备走那么远，也可以用一下Promoted Build plugin，它可以在某个构建达到了一个特定的标准之后，把它标记为“推荐使用”。一个人或几个人手工审核过一个构建，也算得是达到了推荐标准。有了 Promoted Build plugin，人们做出的修改就可以自动发布到开发服务器上，所有的新功能都集中呈现。开发经理而后可以把某个特定的构建推荐到试机环境中。QA团队或其 他干系人可以进行验收（其方式就是推荐试机环境上的构建），然后这个构建就可以由Jenkins部署到产品环境上。
?
John Ferguson Smart曾写过一本很出色的书，叫做“Jenkins: The Definitive Guide”。这本书除了讲述Jenkins的功能之外，还描述了怎么保证Jenkins的安全，怎样检测资源使用（如磁盘占用），怎样进行分布式构建， 直到设置通知系统，让用户在构建开始、成功、失败的时候得到通知。这本书由O'Reilly出版，购买地址在此。如果你对Jenkins还不太了解的话，本书就属于必看的一本。
?
拥有一个自动化的构建部署系统，就跟要看重测试，要使用版本控制系统一样重要。我希望你已经熟练掌握了如何设置持续集成系统，可以开始着手集成自己的系统。
?
一开始不要太激进，一心想着把所有事情都做好。你可以一点一点来。你终会享受到胜利果实的。当Jenkins通知你某个构建失败的时候，你发现 bug的时机就提前了；当你再也不用记忆每一步部署的操作时，你就有了一整套系统化的部署流程。而更重要的是，你有了更多时间去做更重要的事情，比如开发 有价值的特性，或是为新项目做准备，也可以提前下班回家，再也不用为即将到来的上线担忧。
?
查看英文原文：Continuous Integration with MSBuild and Jenkins – Part 2
