MSBuild何时设置$(ProjectName)属性？

Question

MSBuild何时设置$(ProjectName)属性？

visual-studio-2010msbuildtfsbuild

16

我对MSBuild比较陌生，我在一个WPF项目文件上进行了一些自定义操作，该项目文件会在Visual Studio 2010和TFS 2010中生成。我已按如下方式自定义了输出路径：

<OutputPath Condition=" '$(TeamBuildOutDir)' == '' ">$(SolutionDir)build\binaries\$(ProjectName)\$(Configuration)\$(Platform)</OutputPath>
<OutputPath Condition=" '$(TeamBuildOutDir)' != '' ">$(TeamBuildOutDir)binaries\$(ProjectName)\$(Configuration)\$(Platform)</OutputPath>

这使得我可以在桌面上构建到一个集中的二进制文件目录，并且在CI构建运行时，TFS可以找到这些二进制文件。

然而，在两种情况下，$(ProjectDir) 属性在构建时评估为空字符串，这会导致奇怪的结果。经过一些调试，看起来 $(ProjectName) 在 BeforeBuild 执行时已设置，但是我的 OutputPath 属性在此之前进行了评估。

<ProjectNameUsedTooEarly Condition=" '$(ProjectName)' == '' ">true</ProjectNameUsedTooEarly>

在同一属性组中，前面的属性与我的OutputPath属性相同。在BeforeBuild目标中，$(ProjectNameUsedTooEarly)会评估为true，但$(ProjectName)到那个时候会像正常一样评估为项目名称。

我应该怎么做才能确保我使用$(ProjectName)时它已经有一个值了呢？

我刚刚使用了Attrice的MSBuild Sidekick来调试我的构建文件，在第一个可用于断点的目标（_CheckForInvalidConfigurationAndPlatform）中，所有属性似乎都已经设置好了。ProjectName已经正确设置，但是我的OutputPath属性已经使用ProjectName的空值进行了设置。

- bwerks

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Peter McEvoy · Accepted Answer

哦，有点混淆了，我会尝试澄清一下：

不要使用$(ProjectDir)，使用$(MSBuildProjectDir) - 它是您在源代码树中的csproj位置，并由MSBuild.exe设置为保留属性。我认为在导入Microsoft.Common.Targets（这是由Microsoft.Csharp.targets执行的）之前，$(ProjectDir)是不可用的。属性评估总是在文件内部“原地”进行，而不是在所有导入完成后才进行。这可能解释了为什么您在SideKick工具中看到该属性有效。
同样，使用$(MSBuildProjectName)（我认为这将解决您的问题）
我不确定VS2010和TFS2010（因为它使用MSBuild 4.0和新的TeamBuild）如何处理，在.csproj中很难确定您的生成是从命令行/ IDE构建还是从TeamBuild中调用的。我的意思是，我不认为$(TeamBuildOutDir)在您的csproj中可用。我通常测试$(TeamBuildConstants)属性，因为当teambuild调用您的proj文件时，该属性会被传递下来。因为我还没有使用过2010，所以结果可能有所不同。