Msbuild TFS构建过程将走向何方？

当设计我的构建过程时，我很难弄清楚什么是最好的方法。微软似乎（再次）扭转了局面

我正在使用TFS 2015和Visual Studio 2015。对于TFS的早期版本，我通常会创建自定义代码活动，并将其插入到构建定义过程文件（xaml）中。我喜欢这种方法，因为它给了我很大的灵活性，使我能够编写.NET类。我使用了以下指南：

在TFS 2015中，似乎没有关于如何创建自定义代码活动的文档。事实上，微软似乎已经改变了现状，现在专注于脚本语言，而不是自定义的.NET代码：

我已经创建了一个自定义代码活动，它似乎在TFS 2015中工作（有一些黑客），所以它仍然是可能的，但我担心这种方法不再是可行的

---

有人能提供关于这里发生的事情的信息吗

TFS 2015引入了新版本，基于web和脚本，高度可定制。同时，TFS 2015将继续支持XAML构建模板和控制器

新构建基于不同的体系结构，并在完全不同的系统上运行。目前，您可以将新的构建和代理与XAML构建、控制器和代理一起使用

我应该使用哪些版本？

如果您是Team Foundation Server（TFS）和VisualStudioTeam服务的新成员，则应使用此新系统。大多数有使用TFS和XAML构建经验的客户也可以通过使用新系统获得更好的结果

新版本基于web和脚本，并且高度可定制。它们留下了XAML构建的许多问题和限制。例如，这个新系统包含开发人员用于在其开发人员机器上构建代码的一组不同的领域特定语言（DSL）。我们希望这将减少出现“在我的机器上构建良好，但在CI服务器上构建不好”问题的机会

如果您有大量定制的XAML构建和定制活动，则可以继续使用这些构建，直到您准备将业务逻辑移植到可以在新构建中运行的脚本中为止

供您参考的有用文章：

---

并非因为VSTS的新帐户不再提供对XAML生成的支持，XAML支持将于2016年9月关闭。“此服务将于2016年9月退役。请计划改用生成和部署服务。”如果我不再使用代码活动，我怎样才能连接到构建过程中？一个具体的例子：今天，我的一个代码活动依赖于两个变量，即一个标识没有发生构建错误，另一个标识所有测试都成功。这些变量在构建过程中可用。如果我要使用powershell构建步骤，这些是如何可用的？我担心我以前的灵活性已经被一种易于使用的基于组件的方法所取代。@Flodpanter，你的意思是想在构建模板中使用变量吗？你可以选择是。非常感谢。我发现我在过去使用的一些变量仍然可用。在TFS 2015中，对XAML代理的支持仍然存在，扩展XAML服务的过程基本上保持不变（尽管您可能需要重新定位到正确的客户端对象模型和.NET版本）。但是XAML代理和活动被认为不推荐用于VST，这表明它们也可能在TFS的未来版本中被删除。