使用 TFS Build 2013 的真正好处是什么？答案

【问题标题】：Whats the real benefits of using the TFS Build 2013?使用 TFS Build 2013 的真正好处是什么？
【发布时间】：2015-05-12 02:30:57
【问题描述】：

我最近才知道新的 TFS Build 2013 工作流程。 XAML 和 PowerShell，我都不想用。

我们有几千行 msbuild 脚本，它可以完成从更改版本号到创建帮助文件的一切可以想象的事情。在过去的两周里，我一直在努力让它们在 TFS Build 2013 和 VSO 上工作，但我确实认为我可以让它工作。但该是面对现实的时候了，这是一个 hack（我们没有构建团队）。

我认为我们应该硬着头皮进入新流程。不过我有些担心：

【问题讨论】：

如果您担心新流程，您应该看看未来正在准备什么（构建 vNext）： - 跨平台构建 - 无需学习新语言 - 无需 Visual Studio - XAML 构建将不会接收新功能
太棒了geekswithblogs.net/jakob/archive/2015/01/15/…

【解决方案1】：

您应该考虑使用 TFS 2015 和 VSO 中的新 Build vNext。

新的构建系统不使用 XAML，并支持许多“make”系统，包括 MSBuild。如果您是在 Windows 上构建，那么您最好的时间投资就是 PowerShell。

【讨论】：

【解决方案2】：

直接回答您的疑虑...

新流程的维护负担是否更大？

如果您不更改默认工作流程，那很好。一旦你开始编辑工作流，你就会希望你花时间修复你的 MSBuild 脚本。那里很快就变丑了。

这个过程会在新的几年内再次改变吗？

正如其他人所说，基于 XAML 的构建已经“完成”。您需要花时间研究未来的新构建系统。现在，我会坚持使用 MSBuild，并花时间让它工作。

人们在从旧的 msbuild 脚本进行转换以及维护新的 XAML 和 Powershell 方面有何经验？

Havig 两者都做了，我更喜欢使用 MSBuild。我使用升级模板来运行我的 msbuild 脚本。

XAML 和 Powershell 方法与 msbuild 相比有什么好处吗？

是的。您可以获得更多的权力和对构建的控制，构建的工作方式允许您以有趣的方式扩展事物。另一方面，强大的功能带来了巨大的复杂性，XAML 方法很快就会变得不堪重负。

我对您的建议是花时间让 MSBuild 脚本再次运行，然后在新的构建系统可用时开始为它做准备。

【讨论】：