TFS 构建过程去哪里了？
Where is the TFS build process going?
在设计构建过程时，我很难弄清楚什么是最佳方法。微软似乎（再次）扭转了局面。
我使用的是 TFS 2015 和 Visual Studio 2015。对于早期版本的 TFS，我通常会创建自定义代码活动，并将其插入到我的构建定义过程文件 (xaml) 中。我喜欢这种方法，因为它给了我很大的灵活性，使我能够编写 .NET 类。我使用了这些指南：
https://msdn.microsoft.com/en-us/library/dd647551(v=vs.120).aspx
在 TFS 2015 中，似乎没有关于如何创建自定义代码活动的文档。事实上，Microsoft 似乎有所改变，现在专注于脚本语言而不是自定义 .NET 代码：https://msdn.microsoft.com/en-us/Library/vs/alm/Build/steps/index。
我已经创建了一个自定义代码 activity 它似乎在 TFS 2015 中工作（有一些 hack）所以它仍然是可能的，但我很紧张这种方法不再是去吧。
任何人都可以提供有关这里发生的事情的信息吗？
TFS 2015 引入了新版本，这些版本基于 Web 和脚本，并且高度可定制。同时，TFS 2015 将继续支持 XAML 构建模板和控制器。
新版本基于不同的体系结构，运行基于完全不同的系统。目前，您可以将新构建和代理与 XAML 构建、控制器和代理一起使用。
我应该使用哪些版本？
如果您不熟悉 Team Foundation Server (TFS) 和 Visual Studio Team Services，您应该使用这个新系统。大多数具有使用 TFS 和 XAML 构建经验的客户也将通过使用新系统获得更好的结果。
新版本基于网络和脚本，并且高度可定制。他们留下了 XAML 构建的许多问题和限制。例如，这个新系统包含开发人员用来在其开发机器上构建代码的各种领域特定语言 (DSL)。我们预计这将减少 运行 陷入 "builds fine on my machine but not on the CI server" 问题的可能性。
如果您有大量自定义 XAML 构建和自定义活动，您可以继续使用这些构建，直到您准备好将业务逻辑移植到可以 运行 在新构建中的脚本中。
供您参考的有用文章：
在设计构建过程时，我很难弄清楚什么是最佳方法。微软似乎（再次）扭转了局面。
我使用的是 TFS 2015 和 Visual Studio 2015。对于早期版本的 TFS，我通常会创建自定义代码活动，并将其插入到我的构建定义过程文件 (xaml) 中。我喜欢这种方法，因为它给了我很大的灵活性，使我能够编写 .NET 类。我使用了这些指南： https://msdn.microsoft.com/en-us/library/dd647551(v=vs.120).aspx
在 TFS 2015 中，似乎没有关于如何创建自定义代码活动的文档。事实上，Microsoft 似乎有所改变，现在专注于脚本语言而不是自定义 .NET 代码：https://msdn.microsoft.com/en-us/Library/vs/alm/Build/steps/index。
我已经创建了一个自定义代码 activity 它似乎在 TFS 2015 中工作（有一些 hack）所以它仍然是可能的，但我很紧张这种方法不再是去吧。
任何人都可以提供有关这里发生的事情的信息吗？
TFS 2015 引入了新版本，这些版本基于 Web 和脚本，并且高度可定制。同时，TFS 2015 将继续支持 XAML 构建模板和控制器。
新版本基于不同的体系结构，运行基于完全不同的系统。目前，您可以将新构建和代理与 XAML 构建、控制器和代理一起使用。
我应该使用哪些版本？
如果您不熟悉 Team Foundation Server (TFS) 和 Visual Studio Team Services，您应该使用这个新系统。大多数具有使用 TFS 和 XAML 构建经验的客户也将通过使用新系统获得更好的结果。
新版本基于网络和脚本，并且高度可定制。他们留下了 XAML 构建的许多问题和限制。例如，这个新系统包含开发人员用来在其开发机器上构建代码的各种领域特定语言 (DSL)。我们预计这将减少 运行 陷入 "builds fine on my machine but not on the CI server" 问题的可能性。
如果您有大量自定义 XAML 构建和自定义活动，您可以继续使用这些构建，直到您准备好将业务逻辑移植到可以 运行 在新构建中的脚本中。
供您参考的有用文章：