C# 巡航控制.NET如何使用构建/测试工具？

我对CC.NET相当陌生，但以前在不同的环境（不是C#）中使用过其他构建工具

我的问题是，当我选择NAnt作为构建工具（用于构建脚本）和NUnit作为测试工具（用于测试）时，CC.NET是否使用我在配置文件中指定的参数执行这些工具的命令行

例如，我为构建脚本安装了NAnt，CC.NET是否会在NAnt目录中执行NAnt.exe以构建项目，还是通过“其他方式”执行

谢谢。

CC.NET在菜单系统中有一些现有的“Xsl插件”

让我们以努尼特为例

好的，如果您在项目的构建中单击CC.NET网页上的NUnit结果，您将看不到任何内容（开箱即用）

为什么?？ 因为“super duper”xml文件中没有保存有关构建的所有信息的NUnit xml数据

那么它是如何到达那里的呢

一种方法是运行NUNit命令行，它将创建一个输出xml文件

NUnit.2.5.3.exe (bunch of stuff) NUnitResults.xml

（上面的代码不起作用，请在这一点上使用这个概念）

因此，上面的命令行将创建一个文件NUnitResults.xml。 但即使您这样做，这些信息也不在“超级复制器”xml文件中

NUnit.2.5.3.exe (bunch of stuff) NUnitResults.xml

CC.NET有一个“文件/合并”任务，它将获取一个独立的xml文件，并将其“吸入”超级复制器xml文件

NUnit.2.5.3.exe (bunch of stuff) NUnitResults.xml

在进行此文件合并之后，现在Nunit数据将位于super duper xml文件中，现在当您单击CC.NET项目/构建页面上的Nunit链接时，super-duper.xml文件中将存在Nunit xml数据，xsl转换将实际执行某些操作，并在CC.NET项目/构建页面上创建一些html输出

这有意义吗

下面是“获取一些独立的xml并将其放入super-duper.xml文件”cc.net任务：

这是NUNit CC.NET任务。现在，您不必使用CC.NET任务。您还可以（我这样做的方式）在我的构建脚本中连接一个EXEC任务，该任务创建NUnit.xml数据。 Aka，有几种方法可以剥猫皮。但是当有不同的方法时，我通常会远离专有的cc.net任务。为什么？因为如果我从cc.net（比如到tfs）迁移，我的迁移就不会那么痛苦了

---

使用Nant over Msbuild有什么原因吗？从2.0开始，最好使用MsBuild.exe，IMHO。Nant在没有任何其他选项的情况下非常适合1.1。现在我更喜欢使用MsBuild.exe来生成代码。此外，我还尝试将CC.NET视为“超级复制程序，超级酷的MsBuild.exe调用程序”……我将99%的逻辑写入MsBuild（.proj）文件中。CC.NET基本上从源代码管理中获取代码。调用“msbuild.exe mysolution.proj”，然后进行文件合并并发送一些电子邮件。保持cc.net“轻”IMHO。祝你好运，你也可以用通配符进行文件合并。我使用“*Results.xml”和任何输出.xml文件的“工具”，我用“Results.xml”作为后缀，通配符“把它们都吸光了”。