我很难弄清楚在设计构建过程时最好的方法是什么。似乎微软已经扭转局面（再次）。
我正在使用TFS 2015和Visual Studio 2015.对于早期版本的TFS，我通常创建了自定义代码活动，我将其插入到构建定义过程文件（xaml）中。我喜欢这种方法，因为它给了我很大的灵活性，使我能够编写.NET类。我使用了这些指南： https://msdn.microsoft.com/en-us/library/dd647551(v=vs.120).aspx
在TFS 2015中，似乎没有关于如何创建自定义代码活动的文档。实际上，微软似乎已经改变了一些东西，现在专注于脚本语言而不是自定义的.NET代码：https://msdn.microsoft.com/en-us/Library/vs/alm/Build/steps/index。
我已经创建了一个自定义代码活动，它似乎在TFS 2015中工作（有一些黑客攻击）所以它仍然可能，但我很紧张，这种方法已不再适合。
任何人都可以提供有关此处发生的事情的信息吗？
答案 0 :(得分：3)
TFS 2015引入了新版本，这些版本基于Web和脚本，并且可高度自定义。同时，TFS 2015将继续支持XAML Build模板和控制器。
新版本基于不同的架构，可在完全不同的系统上运行。目前，您可以将新版本和代理与XAML构建，控制器和代理一起使用。
我应该使用哪些版本？
如果您不熟悉Team Foundation Server（TFS）和Visual Studio Team Services，则应使用此新系统。使用TFS和XAML构建经验的大多数客户也可以通过使用新系统获得更好的结果。
新版本基于Web和脚本，并且可高度自定义。他们留下了XAML构建的许多问题和限制。例如，这个新系统包含开发人员用于在其开发机器上构建代码的各种特定于域的语言（DSL）。我们希望这会降低遇到“我的机器上的构建正常但不会出现在CI服务器上”的问题。
如果您有大量自定义的XAML构建和自定义活动，则可以继续使用这些构建，直到您准备好将业务逻辑移植到可在新构建中运行的脚本中。
有用的文章供您参考：