在设计构建过程时，我很难弄清楚最好的方法是什么。似乎Microsoft（再次）扭转了局面。
我正在使用TFS 2015和Visual Studio 2015。对于早期版本的 TFS，我通常会创建插入到生成定义过程文件 （xaml） 中的自定义代码活动。我喜欢这种方法，因为它给了我很大的灵活性，使我能够编写 .NET 类。我使用了这些指南：https://msdn.microsoft.com/en-us/library/dd647551（v=vs.120）.aspx
http://www.ewaldhofman.nl/post/2010/04/29/Customize-Team-Build-2010-e28093-Part-4-Create-your-own-activity.aspx
在 TFS 2015 中，似乎没有有关如何创建自定义代码活动的文档。事实上，Microsoft似乎已经改变了一些事情，现在专注于脚本语言而不是自定义 .NET 代码：https://msdn.microsoft.com/en-us/Library/vs/alm/Build/steps/index。
我已经创建了一个自定义代码活动，它似乎在TFS 2015中工作（有一些技巧），所以它仍然是可能的，但我担心这种方法不再是要走的路。
任何人都可以提供有关这里发生的事情的信息吗？
TFS 2015 引入了基于 Web 和脚本且高度可自定义的新版本。同时，TFS 2015 将继续支持 XAML 生成模板和控制器。
新版本基于不同的体系结构，并在完全不同的系统上运行。目前，可以将新版本和代理与 XAML 生成、控制器和代理一起使用。
我应该使用哪些版本？
如果您不熟悉 Team Foundation Server （TFS） 和 Visual Studio Team Services，则应使用此新系统。具有使用 TFS 和 XAML 生成经验的大多数客户也将通过使用新系统获得更好的结果。
新版本基于 Web 和脚本，并且高度可定制。它们留下了 XAML 版本的许多问题和限制。例如，这个新系统包含开发人员用于在其开发计算机上构建代码的各种领域特定语言 （DSL）。我们希望这将减少遇到"在我的机器上构建良好，但在 CI 服务器上没有构建正常"问题的机会。
如果你有大量自定义的 XAML 生成和自定义活动，则可以继续使用这些生成，直到准备好将业务逻辑移植到可在新版本中运行的脚本中。
有用的文章供您参考：
- https://blogs.msdn.microsoft.com/visualstudioalm/2015/02/12/build-futures/
- https://msdn.microsoft.com/en-us/library/vs/alm/build/feature-overview