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

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

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

<cruisecontrol> 
<project name="TestProject" webURL="http://127.0.0.1/ccnet/"> 
<workingDirectory >E:\DailyBuild</workingDirectory> 
<artifactDirectory>E:\DailyBuild\Log</artifactDirectory> 
<labeller type="dateLabeller"></labeller> 
<sourcecontrol type="vss" autoGetSource="true" applyLabel="true"> 
<project>$/Jillzhang.DailyBuild.root/Jillzhang.DailyBuild</project> 
<username>user</username> 
<password>pwd</password> 
<ssdir>\\192.168.1.200\vss\</ssdir> 
<cleanCopy>false</cleanCopy> 
</sourcecontrol> 
</project> 
</cruisecontrol>

设置好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\，连访问权限都没有，更不用说获取代码了。所以首先要注意的是启动前，先设置服务的运行账户：

只有这样，我们才能进行下面的工作：

启动CruismControl.Net Server服务，重新签出，嵌入一下解决方案，稍等一段时间，我们便会在工作目录E:\DailyBuild中看到自动获取过来的文件。还要值得注意的一点是在log目录中最好事先创建好buildlogs，如果您在启动CrusimControl.Net Server服务的时候有错误出现，比如在启动的时候总是出现：

很可能得情况就是上面的配置有错误，您可以通过下面两种方式来确定服务到底出现了什么样的问题：

1. 按照提示，在事件查看器中查看错误，如：

   

2. 您还可以到CrusimControl.Net Server的应用程序目录查找名为ccnet.log的文件，里面有CC.Net详细的操作步骤。

如果没有启动错误并且在ccnet.log中没有明显的异常，可以打开监视网站来查看集成结果，监视网站的地址是在元素上通过设置webURL属性来完成的，我们打开这个网址，如图：

当Last Build Status为Success的时候表示项目集成成功，此时点击项目名，可以查看具体的集成结果：

如果调用MsBuild来对代码进行生成，调用FxCop进行代码规范检查，和调用NUnit进行单元测试集成，还需要对CC.Net进行下一步的配置。

代码规范检侧工具FxCop不能被CC.Net直接使用，它必须附加到MsBuild.Exe的命令行中，有关如何使用MSBuild，可以参考msdn,不做具体介绍。为此我们创建一个用于生成并检查代码规范的任务，CC.Net支持自定义任务，方法是：使用Task中的Executable Task。

首先在工作目录，创建一个用于msbuild参数的DailyBuild.msbuild文件，文件内容如下：

<Project DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003"> 
<Target Name="Build"> 
<MSBuild Projects="Jillzhang.DailyBuild.sln" Targets="Clean;Rebuild"/> 
<Exec Command="exeu.bat" /> 
</Target> 
</Project> 

这个MsBuild选项会使得msbuild.exe在生成完成之后调用工作目录中的exeu.bat文件，exeu.bat中是关于使用FxCop方法的，内容如下：

cd D:\Program Files\Microsoft FxCop 1.36 
d: 
FxCopCmd /project:E:\DailyBuild\Jillzhang.DailyBuild.FxCop /out:E:\DailyBuild\log\DailyBuild.FxCop.xml 

目的就是通过调用FxCop安装目录下的FxCopCmd命令行工具，对指定的程序集进行规范性检查，上述代码中，E:\DailyBuild\Jillzhang.DailyBuild.FxCop是事先生成好的FxCop项目文件，生成办法是打开FxCop 可视化界面，添加target，并保存到此为位置即可，如图：

并保存到E:\DailyBuild\Jillzhang.DailyBuild.FxCop

添加能生成代码并且检测代码规范性的配置如下：

<tasks> 
<exec>
<executable>D:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\MSBuild.exeexecutable>
<baseDirectory>E:\DailyBuild</baseDirectory> 
<buildArgs>DailyBuild.msbuild /p:Configuration=Release</buildArgs> 
<buildTimeoutSeconds>1200</buildTimeoutSeconds> 
</exec> 
<merge> 
<files> 
<file>E:\DailyBuild\log\Build.FxCop.xmlfile> 
</files>
</merge> 
</tasks>

注意，buildTimeoutSeconds是生成操作的超时时间,还有最好设置/p:Configuration=Release，因为这样有利于以后发布。而Merge是将上面各个任务中生成的日志进行合并。

下面重新签出嵌入，观察集成结果：

可以看到，已经release成功。

下面就看一下生成的DailyBuild.FxCop.xml，

打开看里面的内容便可以发现代码检测结果。