运行MSBuild,尊重卸载的项目

MSBuild不知道解决方案中的项目处于什么加载状态,因此您尝试执行的操作是不可能的。

作为替代方案,您可以定义一个新的构建配置,称为 建造机器 (使用 Build -> Configuration Manager 菜单)。在此生成配置中,启用要生成的所有项目。这就是您在生成计算机上生成的配置。如果禁用特定项目在 调试 和 释放 生成配置(使用相同的菜单选项),您可以在开发计算机上生成这些配置,而无需卸载不想生成的项目。

MSBuild支持生成配置,因此可以使用Visual Studio或MSBuild生成非生成计算机生成配置(例如调试、发布),并且不会生成有问题的项目。

有关是否卸载项目的信息不会进入sln文件,而是进入xxx.user文件。因此,MSBuild并不知道这一点。

最好的方法是创建一个简单的MSBuild文件,其中只包含那些可以在任何地方构建的项目,例如:

<!--build selection of projects-->
<Project
  ToolsVersion="3.5"
  xmlns="http://schemas.microsoft.com/developer/msbuild/2003">

  <ItemGroup>
    <DevMachine Include="A\b.vcproj"/>
    <DevMachine Include="B\b.vcproj"/>
    <DevMachine Include="C\c.vcproj"/>
  </ItemGroup>

  <ItemGroup>
    <BuildMachine Include="D\d.vcproj"/>
    <BuildMachine Include="E\e.vcproj"/>
  </ItemGroup>

  <Target Name="All">
    <CallTarget Targets="MakeDevMachine"/>
    <CallTarget Targets="MakeBuildMachine"/>
  </Target>

  <Target Name="MakeDevMachine">
    <VCBuild
      Projects="@(DevMachine)"
    />
  </Target>

  <Target Name="MakeBuildMachine">
    <VCBuild
      Projects="@(BuildMachine)"
    />
  </Target>

</Project>

唯一的撤销是你必须保持它与你的解决方案文件同步。

一个可能的解决方案是 devenv /build ConfigurationName file.sln 而不是直接生成MSBuild。

然而,在你的解决方案中, 卸载项目 一开始就不是正确的解决方案。正如我前面的人所说,为构建计算机使用单独的配置。