我尝试使用NUnit测试运行NUnit,在TeamCity 8中作为构建步骤。但是,无论我尝试什么,我总是在日志文件中得到相同的错误:
步骤4/4:覆盖率(NUnit) (1s) 步骤4/4启动: C:\TeamCity\buildAgent\plugins\dotnetPlugin\bin\JetBrains.BuildServer.NUnitLauncher.exe #TeamCityImplicit 目录中的步骤4/4 :C:\TeamCity\buildAgent\work\6aee0f0d26793d 步骤4/4 file='C:\TeamCity\buildAgent\temp\buildTmp\coverage_dotcover3226256377023598081.data‘类型= 'dotNetCoverage’工具=‘dotcover’'C:\TeamCity\buildAgent\temp\buildTmp\coverage_dotcover3226256377023598081.data‘用’dotNetCoverage‘处理器导入数据 步骤4/4拒绝覆盖率报告文件: C:\TeamCity\buildAgent\temp\buildTmp\coverage_dotcover3226256377023598081.data大小: 0。文件为空或不存在。 步骤4/4进程退出代码-2146232576 步骤4/4步骤覆盖(NUnit)失败
我尝试使用TeamCity dotCover中包含的和单独安装的一个,但是都失败了,但都有相同的错误。
我的配置:

如果我不选择覆盖工具,那么测试本身就可以正常工作。但是如果选择了dotCover,我总是会得到相同的错误。
这里的任何帮助都将不胜感激。
发布于 2013-07-17 10:40:52
退房:http://confluence.jetbrains.com/pages/viewpage.action?pageId=49448495
对于内部TeamCity DotCover,您必须将“所有应用程序包”读取访问权限到TeamCity安装文件夹。如果使用外部DotCover,则在那里添加权限。
现在,这为我纠正了这个问题。
发布于 2013-07-13 20:47:58
这可能是因为您在没有.NET 3.5 (但使用了4.0)的构建代理上运行这个程序。很容易检查,因为您将在此代理上运行dotCover.exe之后才会得到异常。安装.NET 3.5 (在最新Windows情况下使用服务器管理器)。
其次,在dotCover 8中有另一个TeamCity错误,您需要使用试用dotCover安装,直到他们修复它(并将安装的dotCover路径放入构建步骤配置中)。
它解决了我案子中的问题。
发布于 2014-01-08 22:06:16
有趣的是,至少对我来说,一旦我禁用了代码覆盖率(即在.NET覆盖率工具下拉列表中未选择一个项)并运行构建,它就对我起作用了。当我重新启用代码覆盖率时,它起了作用(在TeamCity或构建服务器上没有任何其他更改)。奇怪!
我目前正在运行TeamCity版本8.0.4 (构建27616)。
https://stackoverflow.com/questions/16320321
复制相似问题