持续集成 CC.docx

.NET
什么是持续集成
什么是持续集成(Continuous Integration)
 作为极限编程的十二个实践之一,可以让团队在持续的基础上收到反馈并进行改进,不必等到开发周期后期才寻找和修复缺陷。通俗一点说,就是指对于开发人员的每一次代码提交,都自动把代码库中所有代码Check Out到一个目录,并自动进行编译,和部署,并且自动运行所有的Test case,以及一些诸如代码检查、测试覆盖率等自动化任务,如果成功则接受这次提交,否则告诉所有人,这是一个失败的revision。 
相关工具
CruiseControl、Anthill、Bamboo、TeamCity
CruiseControl作为业界最具知名度和口碑的集成工具而被广泛使用,版本 ,作为持续集成平台,。
示意图
 
二、为什么要持续集成
持续集成的价值
 减小风险、减少手动过程、生成构建结果、安全感 
持续集成的自动化
自动化运行测试、自动产生可部署的成品、自动将成品部署到近似环境、自动运行回归测试、自动生成度量报告
三、如何部署
的服务器,一般位于局域网内,然后安装以下工具。的能力也不限于此,应该是可以扩展很多其他的功能。

由ThoughtWorks开发并开源,,本次实验也是以此版本为基础,其他版本未经过验证。
下载地址:./NET/Download
版本管理工具
本次选用SVN,也支持VSS、TFS、CVS等。注意: Server和SVN Server不在一台机器上, Server上安装SVN的程序文件。
代码构建工具
MSBUILD, Framework,就会自带这个工具。
单元测试工具
NUnit ,大名鼎鼎的XUnit家族成员, (plug-in for IDE) , SERVER上不是必须,但作为IDE的插件,非常适合开发人员使用。
代码检查工具
FxCop,.NET不能直接支持FxCop,需要使用task下的exec来调用bat文件。
代码覆盖率分析工具
NCover ,个人版本是免费的,其余已经商业化,可以使用task下的exec来调用bat文件,看官方文档好像也支持直接在config文件里面配置<ncoverProfile />,但未实验成功。
以上工具的安装无须多言,的配置,是一个比较复杂的事情,的中文资料也不是很多(在这点上,JAVA的CruiseControl情况好很多),很多东西都是参考官方网站的英文文档,因本人水平有限,很多配置也许不是最佳实践。
下面就以我最终的一个配置文件为例,来说明具体的配置过程:
<cruisecontrol xmlns:cb="">
<project name="CruiseControlDemo" queue="Q1" queuePriority="1">
<triggers>

<!--自动运行build任务的间隔时间,单位:秒-->
<intervalTrigger seconds="30"/>
</triggers>
<workingDirectory>D:\QiuliangTest\DailyBuild</