使用 MSBuild 的 TFS 2015 Team Buider 是否根据存储在解决方案文件中的依赖项正确构建项目？
Does TFS 2015 Team Buider that uses MSBuild order building of projects properly according to dependencies stored in solution file?
我的解决方案来自 C# 项目。我需要一个构建整个解决方案的构建定义。大多数项目都有项目到项目的引用（如 ProjectReference Include=），但一些项目具有存储在解决方案文件中的显式依赖项（sln 文件中的 ProjectSection(ProjectDependencies)）。
old connect.microsoft.com article
声称 MSBuild 忽略解决方案 "Project dependencies" 中指定的顺序。 TFS 2015 中的情况是否相同？现在 TFS 2015 使用什么 MSBuild 版本？
使用 MSBuild 的 TFS 2015 Team Buider 是否根据存储在解决方案文件中的依赖项正确地构建项目？
它确实如此，至少在我见过的解决方案（由 10-15 个项目组成）中，依赖项永远不会出现问题。
另外，TFS2015 有 Visual Studio 构建步骤，运行 不是独立的 msbuild，而是 Visual Studio 安装在构建服务器上。当然，此构建步骤完全复制了您的本地构建行为。
我的解决方案来自 C# 项目。我需要一个构建整个解决方案的构建定义。大多数项目都有项目到项目的引用（如 ProjectReference Include=），但一些项目具有存储在解决方案文件中的显式依赖项（sln 文件中的 ProjectSection(ProjectDependencies)）。
old connect.microsoft.com article
声称 MSBuild 忽略解决方案 "Project dependencies" 中指定的顺序。 TFS 2015 中的情况是否相同？现在 TFS 2015 使用什么 MSBuild 版本？
使用 MSBuild 的 TFS 2015 Team Buider 是否根据存储在解决方案文件中的依赖项正确地构建项目？
它确实如此，至少在我见过的解决方案（由 10-15 个项目组成）中，依赖项永远不会出现问题。
另外，TFS2015 有 Visual Studio 构建步骤，运行 不是独立的 msbuild，而是 Visual Studio 安装在构建服务器上。当然，此构建步骤完全复制了您的本地构建行为。