VS2010/MSBuild 4.0 构建外部项目

Question

似乎从 VS2010 和 MSBuild 4.0 开始，VisualStudio 和 MSBuild 能够解析和构建不在解决方案中的项目引用。

让我们创建一个更具体的示例。创建一个名为 Solution1 的解决方案，其中包含一个名为 A 的 C# 项目和另一个名为 B 的项目。在 project B 中，添加对 project A 的引用。现在创建一个名为 Solution2 的新解决方案并单击“添加现有项目”并选择 Project B。在解决方案资源管理器和警告列表中可以看到一个警告。

诀窍在于，即使“警告为错误”，我们也能够构建 Solution2.sln。其实项目A是找到的 并由 Visual Studio 或 MSBuild 构建。让我们通过打开 VS2010/VS2012 命令行并执行以下命令来验证这一点：

msbuild <dirPathToSolution1> Solution1.sln /t:clean **cleaning up solution1 with project A"
msbuild <dirPathToSolution1> Solution2.sln /t:build

ProjectA 是有效构建的，更糟糕​​的是：上面提到的警告甚至没有在那里提出。使用以前版本的 Visual Studio 不会发生这种情况（我已经使用 msbuild 3.5 和 VS2008 对其进行了测试）。

但是，在我们的情况下，我们希望防止此类事情发生。事实上，我们有一个包含多个解决方案和许多提交者的大型源存储库。我们正在重新组织我们的依赖关系，最终旨在提取更小的存储库。同时，我们不希望开发人员在没有看到的情况下添加隐藏的项目依赖项。我们希望只允许解决方案“内部”的项目引用，而将其他依赖项留给程序集引用。

所以问题是“有没有办法阻止像 Solution2 这样的解决方案构建？”。理想情况下，它不应同时与 VS2012 和 MSBuild 一起编译。然而，由于我们的持续集成，仅涉及 MSBuild 命令行的解决方案就可以解决。

Answer 1

edit 我检查了 Microsoft.Common.Targets，似乎没有任何方法可以实现您想要的。要么构建项目引用，要么不构建项目引用（例如，这受我原始答案的 BuildProjectReferences 标志的影响）。除非我遗漏了什么，否则无法根据它们所在的解决方案有选择地构建它们 - 这主要是因为项目引用是在项目级别设置的，而不是在解决方案级别：在您的项目文件中有一个 MsBuild ItemGroup命名为 ProjectReferences 并使用它。 （实际上这是有道理的：如果您要求 MsBuild 构建 projectB.csproj，而 B 说它引用了 A，那么没有任何解决方案发挥作用，您可以期望它构建 A，毕竟您引用了它）。

现在据我了解，您希望禁止跨目录引用，其结构恰好由解决方案表示。如果是这种情况，并且您确实需要它，您可能会使用一个工具来解析 MsBuild 日志并查找类似的行

Project "somedir\projectB.csproj" (2) is building "someOtherDir\projectA.csproj" (3) ...

然后从中提取目录信息，并在它们不匹配时使工具引发错误。然后将该工具合并到您的 CI 服务器中，并将其与 msbuild 日志文件一起提供。

原始答案 尝试在命令行上使用/p:BuildProjectReferences=false。顾名思义，它将禁用引用项目的构建。在构建解决方案 1 时，这应该不是问题，因为无论如何都会像在解决方案中一样构建 projectA。但是在构建 solution2 时，它不会构建 projectA，并且会出现构建错误。