我在我在MSBuild脚本中创建的项目组的范围方面遇到了一些问题。基本上,我想做的是有两个不同的目标 - 让我们称之为RunUnitTests
和RunIntegrationTests
- 生成一个名为TestAssemblies
的项目组,然后调用RunTests
,使用TestAssemblies
来确定运行测试的程序集。
单元测试和集成测试的两个不同目标都取决于构建目标,并从那里获取包含所有已编译程序集的项目组,但由于RunTests
目标将从不同位置调用,因此它不能真的取决于他们中的任何一个。因此,我需要以某种方式将项目组传递给常见的testrunner目标。但是,这似乎是不可能的,因为对目标中项目组的更改似乎只限于在该目标内工作。
我见过these posts,但他们似乎只是证实了我的恐惧,并建议DependsOnTarget
作为一种解决方法 - 这对我不起作用,因为我需要在不同的跑步中从不同的地方获取物品。
这是我到目前为止所做的:
<Target Name="RunAllTests" DependsOnTarget="BuildProject">
<!-- In here, items created in BuildProject are available. -->
<CallTarget Targets="RunUnitTests;RunIntegrationTests">
</Target>
<Target Name="RunUnitTests" DependsOnTarget="BuildProject">
<!-- In here, items created in BuildProject are available. -->
<!-- One of those is @(UnitTestAssemblies) -->
<CreateItem Include="@(UnitTestAssemblies)">
<Output TaskParameter="Include" ItemName="TestAssemblies" />
</CreateItem>
<CallTarget Targets="RunTests" />
</Target>
<!-- Then there's a similar target named RunIntegrationTests, which does the
same as RunUnitTests except it includes @(IntegrationTestAssemblies) -->
<Target Name="RunTests">
<!-- Here, I'd like to access @(TestAssemblies) and pass them to the NUnit
task, but they have fallen out of scope. -->
</Target>
有没有办法解决这个问题,还是我必须完全重构我的构建脚本?
答案 0 :(得分:14)
目标中的项目组的更改仅在更改目标退出后,对其他目标可见。因此,为了使测试程序集的列表保持不变,您可能必须将目标实际设置为其自己的目标,如下所示:
<Target Name="PrepareUnitTestList" DependsOnTarget="BuildProject">
<ItemGroup>
<TestAssemblies Include="@(UnitTestAssemblies)"/>
</ItemGroup>
</Target>
<Target Name="RunUnitTests" DependsOnTargets="PrepareUnitTestList">
<CallTarget Targets="RunTests"/>
</Target>
<Target Name="RunTests">
<Message Text="Test: %(TestAssemblies.Identity)"/>
</Target>
答案 1 :(得分:2)
在“MSBuild”任务中,您可以将属性传递给目标,但我不确定它是否适用于ItemGroup。但你绝对可以通过批处理来实现 - 一次传递一个程序集。
<Target Name="RunUnitTests">
<MSBuild Projects="$(MSBuildProjectFullPath)" Targets="RunTests" Properties="TestAssemblies=%(TestAssemblies.Identity)"/>
</Target>
它一次只运行一个程序集的“RunTests”,因此如果在运行测试时需要了解其他程序集,它将毫无用处。但也许它会给出一些更好的想法来解决这个问题......