我们想从 VS 2017 迁移到 VS 2019。我们仍然在 TFS 2017 上,现在想留在那里。
我很早以前就设置了构建基础架构,所以我不再确定 VS 在构建代理上的作用是什么.. 我当然有时会使用它来手动打开一个因不明原因无法编译的解决方案,我认为一些图书馆也需要它。
我希望自动构建过程使用与开发人员机器上相同的 VS,以保持一致性。
我可以卸载 VS 2017 并在构建机器上安装 VS 2019 并且构建将使用 VS 2019 工作吗?或者更一般地说:我可以在 TFS 2017 构建代理上使用 VS 2019 构建基础架构进行构建吗?
谢谢!
我可以卸载 VS 2017 并在构建机器上安装 VS 2019 并且构建将使用 VS 2019 工作吗?或者更一般地说:我可以在 TFS 2017 构建代理上使用 VS 2019 构建基础架构进行构建吗?
(我将再次回答这个问题,以便其他人在看到此线程时可以直接看到答案,而不必重定向到该线程。):
只有最新版本与最新的 Team Foundation Server 具有“完全”兼容性
因此,TFS 2017 对 Visual Studio 2019 提供了高度支持,而不是完全支持。由于产品 TFS2017 早于 Visual Studio 2019 推出,TFS 无法识别未来的产品。
如果我们想在 TFS 2017 构建代理上使用 VS 2019 构建基础设施,我们必须在使用 MSBuild 任务构建时指定 MSBuild 路径。
顺便说一句,您可以使用MSBuild 16.0
任务组的位置自定义您的 MSBuild 任务,然后您可以使用它代替 MSBuild 任务,您不必每次都编辑该任务。但是对于那些已经在使用的管道,我们必须修改我们的构建定义。
希望这可以帮助。
本文收集自互联网,转载请注明来源。
如有侵权,请联系[email protected] 删除。
我来说两句