7

我们有一个 VS2012 .NET 4 产品，它有 2 个不同的 SKU 的 A 和 B，我们目前只为 x86 构建。我们也有通常的配置Debug，Release这意味着我们目前有 4 种配置。

  • 调试A
  • 调试B
  • 发布A
  • 版本B

查看其中一个 .csproj 文件，它看起来像这样

<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'DebugA|x86' ">
    <OutputPath>..\bin\DebugA\</OutputPath>
</PropertyGroup> 
<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'ReleaseA|x86' ">
    <OutputPath>..\bin\ReleaseA\</OutputPath>
</PropertyGroup> 
<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'DebugB|x86' ">
    <OutputPath>..\bin\DebugB\</OutputPath>
</PropertyGroup> 
<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'ReleaseB|x86' ">
    <OutputPath>..\bin\ReleaseB\</OutputPath>
</PropertyGroup>

显然，添加 x64 会使这从 4 到 8 个不同的组合翻倍，而且 VS 似乎也随时添加 AnyCPU 平台配置。确保 30 多个项目中所有 8 个都正确配置需要在 VS 中大量点击，而且很容易出错。

我已经阅读了其他一些解决多目标问题的 SO 问题，以及在参考路径中使用 ${Platform} 涉及的不同平台包含不同参考的建议之一。我想我可以为我的项目配置做类似的事情，所以我在尝试做多平台时尝试了这个：

<PropertyGroup Condition=" '$(Configuration)' == 'DebugA' Or '$(Configuration)' == 'DebugB' ">
     <OutputPath>..\bin\${Platform}\${Configuration}\</OutputPath>
</PropertyGroup> 
<PropertyGroup Condition=" '$(Configuration)' == 'ReleaseA' Or '$(Configuration)' == 'ReleaseB' ">
     <OutputPath>..\bin\${Platform}\${Configuration}\</OutputPath>
</PropertyGroup>

从理论上讲，这应该可以为我提供所有 8 种不同组合所需的东西，只需两个块。但是现在查看 VS，我看不到 neitehr x86 或 x64 作为该项目的可用构建平台。看起来 VS 实际存储构建平台的唯一方法是将它们编码为属性组上的异常条件？说是不是这样...

有没有办法制作一个看起来“漂亮”的多平台 .csproj 可以很好地与 VS 配合使用？

我是否可以创建 .csprojs 然后决定不在 VS 中编辑它们，相信 msbuild 将使用正确的平台，即使 VS 无法在单个项目的属性窗口中显示任何平台？

编辑：

似乎这个问题有点令人困惑：明确地说，我想知道如何设置、维护和概述项目的配置，以及我的解决方案的构建配置，当有很多项目和 config|platform 的八种组合时. 我知道如何手动执行此操作，但并非没有失去理智或在 200 多个属性页之一上犯错误。

4

3 回答 3

2

如果您不介意必须手动更改项目文件一次，那么您可以将所有共享配置放在一个配置文件中并从每个项目中引用它。为此，您需要首先创建配置文件。该文件只是一个普通的 MsBuild 文件，其中包含您希望在所有项目之间共享的所有信息（如构建配置）。该文件大致如下所示：

<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="3.5"
         DefaultTargets="Build"
         xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
    <PropertyGroup>
        <!-- VS information -->
        <ProductVersion>9.0.30729</ProductVersion>
        <SchemaVersion>2.0</SchemaVersion>

        <!-- Default configuration -->
        <Configuration Condition=" '$(Configuration)' == '' ">Debug</Configuration>
        <Platform Condition=" '$(Platform)' == '' ">AnyCPU</Platform>
        <TargetFrameworkVersion>v4.5</TargetFrameworkVersion>
        <FileAlignment>512</FileAlignment>

        <!-- Project directories -->
        <AppDesignerFolder>Properties</AppDesignerFolder>
        <OutputPath>$(SolutionDir)\..\build\bin\$(Platform)\$(Configuration)\</OutputPath>
        <IntermediateOutputPath>$(SolutionDir)\..\build\temp\bin\obj\$(AssemblyName)\$(Platform)\$(Configuration)\</IntermediateOutputPath>

        <!-- Build configuration -->
        <ErrorReport>prompt</ErrorReport>
        <WarningLevel>4</WarningLevel>
        <TreatWarningsAsErrors>true</TreatWarningsAsErrors>
    </PropertyGroup>
    <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|AnyCPU' ">
        <DebugSymbols>true</DebugSymbols>
        <DebugType>full</DebugType>
        <Optimize>false</Optimize>
        <DefineConstants>TRACE;DEBUG;CODE_ANALYSIS</DefineConstants>
    </PropertyGroup>
    <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|AnyCPU' ">
        <DebugType>pdbonly</DebugType>
        <Optimize>true</Optimize>
        <DefineConstants>TRACE;CODE_ANALYSIS</DefineConstants>
    </PropertyGroup>
    <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|x86' ">
        <DebugSymbols>true</DebugSymbols>
        <DebugType>full</DebugType>
        <Optimize>false</Optimize>
        <DefineConstants>TRACE;DEBUG;CODE_ANALYSIS</DefineConstants>
    </PropertyGroup>
    <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|x86' ">
        <DebugType>pdbonly</DebugType>
        <Optimize>true</Optimize>
        <DefineConstants>TRACE;CODE_ANALYSIS</DefineConstants>
    </PropertyGroup>
    <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|x64' ">
        <DebugSymbols>true</DebugSymbols>
        <DebugType>full</DebugType>
        <Optimize>false</Optimize>
        <DefineConstants>TRACE;DEBUG;CODE_ANALYSIS</DefineConstants>
    </PropertyGroup>
    <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|x64' ">
        <DebugType>pdbonly</DebugType>
        <Optimize>true</Optimize>
        <DefineConstants>TRACE;CODE_ANALYSIS</DefineConstants>
    </PropertyGroup>
    <Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />
</Project>
  • 第一个PropertyGroup定义了整体常量，即所有项目用于所有构建配置的常量。正如您所看到的，OutputPath您可以使用构建变量，例如$(Platform)和$(Configuration)来确定二进制文件的位置等。
  • 第一个PropertyGroup还有一堆通常由 Visual Studio 定义的设置，例如ProductVersion. 从技术上讲，您不必移动它们，但如果您关心的话，移动它们确实会减少项目文件中的混乱。
  • 以下部分定义了不同构建配置的不同设置。

一旦你定义了配置文件，比如说它被称为BaseConfigurations.targets，那么你必须编辑你的项目文件。不幸的是，您必须浏览所有项目文件，但您只需执行一次。链接配置文件后，您可以通过更改配置文件来更改所有共享配置。

一个普通的项目文件大致如下所示：

<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="4.0" DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
  <Import Project="$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props" Condition="Exists('$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props')" />
  <PropertyGroup>
    <Configuration Condition=" '$(Configuration)' == '' ">Debug</Configuration>
    <Platform Condition=" '$(Platform)' == '' ">AnyCPU</Platform>
    <ProjectGuid>{33017F71-5A1C-4113-9041-4DD3F58921D0}</ProjectGuid>
    <OutputType>Library</OutputType>
    <AppDesignerFolder>Properties</AppDesignerFolder>
    <RootNamespace>MyProject</RootNamespace>
    <AssemblyName>MyProject</AssemblyName>
    <TargetFrameworkVersion>v4.5</TargetFrameworkVersion>
    <FileAlignment>512</FileAlignment>
  </PropertyGroup>
  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|AnyCPU' ">
    <DebugSymbols>true</DebugSymbols>
    <DebugType>full</DebugType>
    <Optimize>false</Optimize>
    <OutputPath>bin\Debug\</OutputPath>
    <DefineConstants>DEBUG;TRACE</DefineConstants>
    <ErrorReport>prompt</ErrorReport>
    <WarningLevel>4</WarningLevel>
  </PropertyGroup>
  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|AnyCPU' ">
    <DebugType>pdbonly</DebugType>
    <Optimize>true</Optimize>
    <OutputPath>bin\Release\</OutputPath>
    <DefineConstants>TRACE</DefineConstants>
    <ErrorReport>prompt</ErrorReport>
    <WarningLevel>4</WarningLevel>
  </PropertyGroup>
  <ItemGroup>
    <Reference Include="System" />
    <Reference Include="System.Core" />
    <Reference Include="System.Xml.Linq" />
    <Reference Include="System.Data.DataSetExtensions" />
    <Reference Include="Microsoft.CSharp" />
    <Reference Include="System.Data" />
    <Reference Include="System.Xml" />
  </ItemGroup>
  <ItemGroup>
    <Compile Include="Class1.cs" />
    <Compile Include="Properties\AssemblyInfo.cs" />
  </ItemGroup>
  <Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />
  <!-- To modify your build process, add your task inside one of the targets below and uncomment it. 
       Other similar extension points exist, see Microsoft.Common.targets.
  <Target Name="BeforeBuild">
  </Target>
  <Target Name="AfterBuild">
  </Target>
  -->
</Project>

为了链接配置文件，您需要：

  • 从第一个删除PropertyGroup已在您的配置文件中定义的

  • 添加行<SolutionDir Condition="'$(SolutionDir)' == '' or '$(SolutionDir)' == '*undefined*'">$(MSBuildProjectDirectory)\..</SolutionDir>。如果您仅从 Visual Studio 构建（因为 Visual Studio 自动定义SolutionDir变量），则这不是必需的，但如果您还想通过 MsBuild 构建项目，则这是必需的。这一行还假设每个项目都在它自己的子目录中，并且解决方案文件是每个项目文件的一个目录，即您的结构类似于：

    source
    MyProject
        MyProject.csproj
    MySolution.sln

  • 在第一个下方PropertyGroup添加以下行<Import Project="$(SolutionDir)\BaseConfiguration.targets" />。这向 MsBuild（以及 Visual Studio）表明您要导入配置文件。

  • 删除构建配置
  • 在文件末尾删除行<Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />。这是在您的配置文件中定义的，因此不再需要。

毕竟，您的项目文件应如下所示：

<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="4.0" DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
  <Import Project="$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props" Condition="Exists('$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props')" />
  <PropertyGroup>
    <SolutionDir Condition="'$(SolutionDir)' == '' or '$(SolutionDir)' == '*undefined*'">$(MSBuildProjectDirectory)\..</SolutionDir>
    <ProjectGuid>{33017F71-5A1C-4113-9041-4DD3F58921D0}</ProjectGuid>
    <OutputType>Library</OutputType>
    <RootNamespace>MyProject</RootNamespace>
    <AssemblyName>MyProject</AssemblyName>
  </PropertyGroup>
  <Import Project="$(SolutionDir)\BaseConfiguration.targets" />
  <ItemGroup>
    <Reference Include="System" />
    <Reference Include="System.Core" />
    <Reference Include="System.Xml.Linq" />
    <Reference Include="System.Data.DataSetExtensions" />
    <Reference Include="Microsoft.CSharp" />
    <Reference Include="System.Data" />
    <Reference Include="System.Xml" />
  </ItemGroup>
  <ItemGroup>
    <Compile Include="Class1.cs" />
    <Compile Include="Properties\AssemblyInfo.cs" />
  </ItemGroup>
  <!-- To modify your build process, add your task inside one of the targets below and uncomment it. 
       Other similar extension points exist, see Microsoft.Common.targets.
  <Target Name="BeforeBuild">
  </Target>
  <Target Name="AfterBuild">
  </Target>
  -->
</Project>

笔记：

  • 如果您遵循这种方法，Visual Studio 应该能够识别所有不同的构建配置并允许您选择正确的配置。请注意，您可能需要进入解决方案的“配置管理器”，以便在特定解决方案配置中包含或排除项目。
  • 如果您采用这种方法，则不再可能通过项目的属性页更改任何全局定义的属性。您必须在配置文件中进行更改，然后将反映在每个项目的属性中。
  • 如果您使用的是 Visual Studio 2010 或更早版本，那么如果您对配置文件进行更改，则需要重新加载解决方案（如果已打开），因为 Visual Studio 2010 不会检测到包含文件的更改。Visual Studio 2012 应该能够检测到包含文件的更改。
于 2013-08-12T20:55:57.410 回答
0

您需要批量构建，您可以在其中选择要运行的不同构建。

在此处输入图像描述

您可以使用 Tools -> Options -> Keyboard 将其映射到键盘快捷键，然后搜索 Build.BatchBuild

于 2013-04-14T04:07:27.183 回答
0

在我看来，在配置名称中结合平台和 SKU 是不明智的。在您的情况下，我建议仅坚持使用 Debug 和 Release 项目配置。您的解决方案应该有一个用于 SKU A 的项目和一个用于 SKU B 的单独项目（共享任何公共文件）。除了两个构建配置之外，每个项目还可以针对 x86 和 x64 平台。然后，您可以根据需要添加任意数量的解决方案配置，而不会使单个项目配置变得更加复杂。

于 2013-04-28T18:34:59.327 回答