如何用CruiseControl.Net来进行持续化集成三

下面我让我们看一下，如何配置CC.Net使其工作起来。 

    1.在CC.Net服务器上，点击开始菜单，在所有程序中选择CruiseControl.Net，打开CruiseControl.NET Config配置文件。

    2.CC.Net支持同时监控和集成多个解决方案，每个解决方案在CC.Net中被称为1个Project.,在CruiseControl.NET Config中1个Project被一个<project>元素来描述。当然我们还要为每个Project指定名称和工作目录和日志存放目录。阅读CC.Net的文档，你可以了解<project>元素的一些属性和子元素。这里我只讲述一些我用到的。       name ，如<project name="Project1">表示1个名称为Project1的新工程，这个名称在日后会作为项目的标识显示给查看报告的用户。比如显示在cctray上或者在网站doashboard上进行显示。还有一个比较重要的子元素<workingDirectory>这个元素非常类似于WCF配置中的<baseAddress>，用它来指示工程的工作目录，也就是从版本管理器上下载文件的根目录。除了这些我们还需要设定子元素<artifactDirectory >它用来指示日志记录的保存位置。CC.Net为我们提供了几种版本管理方式，可以用<labeler>来指定使用哪种类型的版本标签，如Date Labeller，Default Labeller等，具体也可以查阅文档。我们这里使用Date Laberller，所以设置为<labeler type="dateLabeller"/>。下面可以设置源代码管理器，CC.Net支持目前绝大多数主流的版本控制工具，如CVS,VSS,Rational ClearCase,VSTS, Alienbrain等十几种。我们这里使用VSS,根据上文VSS和解决方案的配置，我们这里设置为： 

    将autoGetSource设置为true，CC.Net会通过监视VSS中代码的版本变化，自动从版本管理器中获取源代码。Project是要使用的解决方案在vss中的路径，值为如下：

    Username为访问vss的用户名,password为访问vss的密码。ssdir是 vss代码库的共享路径，我这里为//192.168.1.200/vss/ 。如果将cleanCopy设置为true，那么CC.Net每次获取最新文件的时候是否完全覆盖更新文件。

    当前，我们的配置文件为：

    设置好VSS后，我们可以启动CC.Net了，方法如下，打开Services.Msc，找到CruismControl.Net Server服务，在启动之前，需要先解决一下可能最影响情绪的问题：我们知道windows services默认情况下是用本地系统账户运行的，可一般情况下我们会在当前操作用户下设置对vss共享目录的访问权限，比如当前windows运行账户为administrator，那么我们在administrator中通过net use设置对//192.168.1.200/vss/的访问，也可以通过Source Safe Client打开该代码库，可这往往是一个烟雾弹，当我们在CC.Net中试图用服务来访问//192.168.1.200/vss/ 的时候，系统服务账户并没有与该共享目录建立会话，所以会拒绝访问//192.168.1.200/vss/，连访问权限都没有，更不用说获取代码了。所以首先要注意的是启动前，先设置服务的运行账户：

 

1