Net:使用参数运行NUnit任务

Net:使用参数运行NUnit任务,nunit,cruisecontrol.net,Nunit,Cruisecontrol.net,除非使用/noshadow参数启动NUnit runner,否则我的NUnit测试将失败。 但是在CC.net中,似乎不可能在块中提供此参数 我知道我总是可以回到通用的块,但是真的没有办法配置块吗?我猜想,如果这个开关/标志没有文档记录,那么它在您提到的中就不可用了 这些自定义任务需要记住的一点是,它们通常只是最终成为命令行调用的友好包装 任务作者只是让事情变得更简单。它们负责创建正确的命令行,并将其传递给原始的.exe 现在,似乎有人在这里处理了您感兴趣的命令行: 请注意代码: if (D

除非使用
/noshadow
参数启动NUnit runner,否则我的NUnit测试将失败。 但是在CC.net中,似乎不可能在
块中提供此参数


我知道我总是可以回到通用的
块,但是真的没有办法配置
块吗?

我猜想,如果这个开关/标志没有文档记录,那么它在您提到的中就不可用了

这些自定义任务需要记住的一点是,它们通常只是最终成为命令行调用的友好包装

任务作者只是让事情变得更简单。它们负责创建正确的命令行,并将其传递给原始的.exe

现在,似乎有人在这里处理了您感兴趣的命令行:

请注意代码:

 if (DisableShadowCopy)
{
    builder.AppendSwitch(c+"noshadow");
}
所以我想看看你是否能完成这项任务

事实上,我几乎不使用任何内置CC.NET任务,除了源代码下载和启动msbuild.exe…然后发布。我把困难的事情留给我去做

我提取源代码,其中包括一个MyBuild.proj文件。 然后我让cc.net执行“msbuild.exe MyBuild.proj” 然后我让cc.net做一些发布工作

为什么?


如果我的大部分逻辑都在msbuild.proj文件中,那么如果我切换到另一个CI工具,那么转换就不会那么痛苦了。事实上,我最近了解到,我的一项老工作是TFS,因为我在msbuild中编写了大部分构建逻辑(而不是很多cc.net任务)…所以过渡到TFS相当轻松。如果我改用cc.net任务……这些任务中的每一个都必须转换为相应的tfs任务我从不使用这些任务。我会用Nant来做。然后你可以做任何你想做的事情,而且调试起来更容易。