TFS 2015 Team Buider是否根据存储在解决方案文件中的依赖项正确使用项目的MSBuild顺序生成?

TFS 2015 Team Buider是否根据存储在解决方案文件中的依赖项正确使用项目的MSBuild顺序生成?,msbuild,tfsbuild,Msbuild,Tfsbuild,我的解决方案由C项目组成。我需要一个构建定义来构建整个解决方案。大多数项目都有项目到项目的引用,如ProjectReference Include=但有些项目有存储在sln文件中的解决方案文件ProjectSectionProjectDependencies中的显式依赖项 声明MSBuild忽略解决方案项目依赖项中指定的顺序。2015年TFS的情况是否相同?TFS 2015目前使用的MSBuild版本是什么 TFS 2015 Team Buider是否根据存储在解决方案文件中的依赖项正确地使用了

我的解决方案由C项目组成。我需要一个构建定义来构建整个解决方案。大多数项目都有项目到项目的引用,如ProjectReference Include=但有些项目有存储在sln文件中的解决方案文件ProjectSectionProjectDependencies中的显式依赖项

声明MSBuild忽略解决方案项目依赖项中指定的顺序。2015年TFS的情况是否相同?TFS 2015目前使用的MSBuild版本是什么


TFS 2015 Team Buider是否根据存储在解决方案文件中的依赖项正确地使用了项目的MSBuild顺序构建?

确实如此,至少在我见过的由10-15个项目组成的解决方案中,依赖项从未给出问题


此外,TFS2015还具有Visual Studio生成步骤,该步骤不是由独立的msbuild运行,而是由安装在生成服务器上的Visual Studio运行。当然,此构建步骤完全复制了您的本地构建行为。

谢谢。运行安装在生成服务器上的Visual Studio的TFS2015 Visual Studio生成步骤是否显示完整与生成输出?根据我的经验,是。在构建服务器上安装完整VisualStudio的原则让我确信这就是它的工作原理。我甚至可以使用安装在Visual Studio中的扩展,例如NUnit适配器。如果您希望日志中有特定的内容,请告诉我我可以检查日志。