添加 .runsettings 文件时 TFS 构建失败
TFS build failing when adding a .runsettings file
我正在尝试从 VS 指定一个 runsettings 文件以添加一些覆盖规则。
自从我添加它后,其中一项测试开始失败。
该测试使用反射来加载依赖程序集并对其执行一些验证 类。
String FluentMigratorFullName = "MyAssembly, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null";
var fluentMigratorAssemblyName = new AssemblyName(FluentMigratorFullName);
var fluentMigratorAssembly = Assembly.Load(fluentMigratorAssemblyName);
我得到的错误是:
System.IO.FileNotFoundException: 无法加载文件或程序集 'MyAssembly, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null' 或其依赖项之一。系统找不到指定的文件。
这在本地工作正常。
我知道有一个 AssemblyResolution 参数,但每次执行时的位置都会不同,因为它取决于拾取构建的代理。
这是我的.runsettings
<?xml version="1.0" encoding="utf-8"?>
<RunSettings>
<!-- Configurations that affect the Test Framework -->
<RunConfiguration>
</RunConfiguration>
<!-- Configurations for data collectors -->
<DataCollectionRunSettings>
<DataCollectors>
<DataCollector friendlyName="Code Coverage" uri="datacollector://Microsoft/CodeCoverage/2.0" assemblyQualifiedName="Microsoft.VisualStudio.Coverage.DynamicCoverageDataCollector, Microsoft.VisualStudio.TraceCollector, Version=11.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a">
<Configuration>
<CodeCoverage>
<ModulePaths>
<Exclude>
<ModulePath>.*MyModule.*</ModulePath>
</Exclude>
</ModulePaths>
<!-- We recommend you do not change the following values: -->
<UseVerifiableInstrumentation>True</UseVerifiableInstrumentation>
<AllowLowIntegrityProcesses>True</AllowLowIntegrityProcesses>
<CollectFromChildProcesses>True</CollectFromChildProcesses>
<CollectAspDotNet>False</CollectAspDotNet>
</CodeCoverage>
</Configuration>
</DataCollector>
</DataCollectors>
</DataCollectionRunSettings>
<!-- Parameters used by tests at runtime -->
<TestRunParameters>
</TestRunParameters>
<!-- Adapter Specific sections -->
<!-- MSTest adapter -->
<MSTest>
<MapInconclusiveToFailed>false</MapInconclusiveToFailed>
<CaptureTraceOutput>true</CaptureTraceOutput>
</MSTest>
</RunSettings>
更新:
我注意到 "Run tests in parallel on multi-core machines" 之前是活跃的。
重新打开它解决了问题。知道为什么吗?
最后,我们在单独的测试步骤上完成了 运行 有问题的测试。老实说,日志提供的信息不是很好,必须创建一个单独的代理队列来启用融合日志似乎有点大材小用。
我正在尝试从 VS 指定一个 runsettings 文件以添加一些覆盖规则。
自从我添加它后,其中一项测试开始失败。
该测试使用反射来加载依赖程序集并对其执行一些验证 类。
String FluentMigratorFullName = "MyAssembly, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null";
var fluentMigratorAssemblyName = new AssemblyName(FluentMigratorFullName);
var fluentMigratorAssembly = Assembly.Load(fluentMigratorAssemblyName);
我得到的错误是:
System.IO.FileNotFoundException: 无法加载文件或程序集 'MyAssembly, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null' 或其依赖项之一。系统找不到指定的文件。
这在本地工作正常。
我知道有一个 AssemblyResolution 参数,但每次执行时的位置都会不同,因为它取决于拾取构建的代理。
这是我的.runsettings
<?xml version="1.0" encoding="utf-8"?>
<RunSettings>
<!-- Configurations that affect the Test Framework -->
<RunConfiguration>
</RunConfiguration>
<!-- Configurations for data collectors -->
<DataCollectionRunSettings>
<DataCollectors>
<DataCollector friendlyName="Code Coverage" uri="datacollector://Microsoft/CodeCoverage/2.0" assemblyQualifiedName="Microsoft.VisualStudio.Coverage.DynamicCoverageDataCollector, Microsoft.VisualStudio.TraceCollector, Version=11.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a">
<Configuration>
<CodeCoverage>
<ModulePaths>
<Exclude>
<ModulePath>.*MyModule.*</ModulePath>
</Exclude>
</ModulePaths>
<!-- We recommend you do not change the following values: -->
<UseVerifiableInstrumentation>True</UseVerifiableInstrumentation>
<AllowLowIntegrityProcesses>True</AllowLowIntegrityProcesses>
<CollectFromChildProcesses>True</CollectFromChildProcesses>
<CollectAspDotNet>False</CollectAspDotNet>
</CodeCoverage>
</Configuration>
</DataCollector>
</DataCollectors>
</DataCollectionRunSettings>
<!-- Parameters used by tests at runtime -->
<TestRunParameters>
</TestRunParameters>
<!-- Adapter Specific sections -->
<!-- MSTest adapter -->
<MSTest>
<MapInconclusiveToFailed>false</MapInconclusiveToFailed>
<CaptureTraceOutput>true</CaptureTraceOutput>
</MSTest>
</RunSettings>
更新:
我注意到 "Run tests in parallel on multi-core machines" 之前是活跃的。
重新打开它解决了问题。知道为什么吗?
最后,我们在单独的测试步骤上完成了 运行 有问题的测试。老实说,日志提供的信息不是很好,必须创建一个单独的代理队列来启用融合日志似乎有点大材小用。