http://www.alexandervanwynsberghe.be/whats-new-in-tfs-2013-build/
我最近刚刚了解到新的TFS Build 2013工作流程。 XAML和PowerShell,我都不想使用它。
我们有几千行msbuild脚本可以通过更改版本号来创建帮助文件。 在过去的两周里,我一直在努力让他们在TFS Build 2013和VSO上工作,但我认为我可以让它发挥作用。但是,它是时候面对现实,它是一个黑客(我们没有一个构建团队)。
我认为我们应该咬紧牙关并转向新的流程。 不过我有些担心:
答案 0 :(得分:2)
您应该使用TFS 2015和VSO中的新Build vNext。
http://nakedalm.com/create-a-build-vnext-build-definition-on-vso/
新的构建系统不使用XAML并支持许多'make'系统,包括MSBuild。如果你在Windows上构建,那么你的时间最好的投资就是PowerShell。
答案 1 :(得分:1)
直接回答您的疑虑......
新流程是否需要维持更大的负担?
如果您不更改默认工作流程,那就没关系。一旦您编辑工作流程,您就会希望您花时间修复MSBuild脚本。它在那里变得很难看。
这个过程会在新的几年内再次改变吗?
正如其他人所说,基于XAML的构建是“完成的”。您将需要花时间查看未来的新构建系统。现在,我坚持使用MSBuild,并花时间让它工作。
人们从旧的msbuild脚本转换以及维护新的XAML和Powershell的经历是什么?
Havig做了两个,我更喜欢使用MSBuild。我使用升级模板作为运行我的msbuild脚本的一种方式。
与msbuild相比,XAML和Powershell方法有什么好处吗?
是。您可以获得更多的功能和对构建的控制,并且构建工作的方式允许您以有趣的方式扩展事物。另一方面,强大的功能带来了极大的复杂性,XAML方法很快就会变得势不可挡。
-
我的建议是花些时间让MSBuild脚本再次运行,然后开始为新的构建系统做好准备。