在设计构建过程时,我很难弄清楚最好的方法是什么。看来微软(再次)扭转了局面。
我正在使用 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 中运行(经过一些修改),因此它仍然是可能的,但我担心这种方法不再是可行的方法。
任何人都可以提供有关这里发生的事情的信息吗?
最佳答案
TFS 2015 引入了基于 Web 和脚本且高度可定制的新版本。同时,TFS 2015 将继续支持 XAML 构建模板和 Controller 。
新版本基于不同的架构并在完全不同的系统上运行。目前,您可以将新版本和代理与 XAML 版本、 Controller 和代理一起使用。
我应该使用哪个版本?
如果您是 Team Foundation Server (TFS) 和 Visual Studio Team Services 的新手,则应该使用这个新系统。大多数具有使用 TFS 和 XAML 构建经验的客户也将通过使用新系统获得更好的结果。
新版本基于网络和脚本,并且高度可定制。它们留下了 XAML 构建的许多问题和限制。例如,这个新系统包含开发人员用来在其开发计算机上构建代码的各种特定于领域的语言 (DSL)。我们预计这将减少遇到“在我的机器上构建正常但在 CI 服务器上构建不正常”问题的机会。
如果您有大量自定义的 XAML 构建和自定义事件,则可以继续使用这些构建,直到您准备好将业务逻辑移植到可以在新构建中运行的脚本中。
有用的文章供您引用:
关于msbuild - TFS 构建过程将走向何方?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/36766826/