我们想从VS 2017迁移到VS2019。我们仍在TFS 2017上，现在想呆在那里。
我很早以前就建立了构建基础架构，所以我不再确定VS在构建代理程序中的作用。.我当然有时会使用它手动打开一个由于不清楚的原因而无法编译的解决方案，而且我认为某些图书馆也需要它。
我希望自动化构建过程使用与开发人员机器上相同的VS，以保持一致性。
我可以卸载VS 2017并在构建机器上安装VS 2019并使用VS 2019进行构建吗？或更笼统地说：我可以在TFS 2017构建代理上使用VS 2019构建基础结构进行构建吗？
谢谢！
答案 0 :(得分：1)
我可以卸载VS 2017并在构建机器上安装VS 2019并使用VS 2019进行构建吗？或更笼统地说：我可以在TFS 2017构建代理上使用VS 2019构建基础结构进行构建吗？
答案是是，就像我在that thread中所说的那样：
（我将再次回答这个问题，以便其他人看到该线程时可以直接看到答案，而不必重定向到该线程。）
只有最新版本与最新Team Foundation Server具有“完全”兼容性
因此，TFS 2017对Visual Studio 2019的高度支持没有完全支持。由于产品TFS2017在Visual Studio 2019之前发布，因此TFS无法识别未来的产品。
如果要在TFS 2017构建代理上使用VS 2019构建基础结构，则在使用MSBuild任务进行构建时必须指定MSBuild路径。
顺便说一句，您可以使用MSBuild 16.0的位置自定义MSBuild任务作为任务组，然后可以使用它代替MSBuild任务，而不必每次都编辑该任务。但是对于那些已经使用过的管道，我们必须修改构建定义。
希望这会有所帮助。