tfs - 用于增加版本号的 MSBuild 任务或自定义事件

Question

我正在使用 Visual Studio 2012 .NET 4.5 ASP.NET MVC 4 使用 TFS 进行源代码控制和 TFS 构建的项目 continuous integration (CI).

我想创建一个功能，在 CI 构建开始之前，每次检查构建号都会更新。

根据研究，自定义事件似乎可以创建并集成到 TFS 2010 构建模板中。

我还看到了可以通过 MSBuild 任务实现的示例。

我以前没有从事过这方面的工作，所以我想知道哪种方法更好，或者根据可供选择的选项推荐哪种方法？一般来说，我什么时候会使用 MSBuild 任务而不是自定义事件？例如，我希望运行 FxCop和 StyleCop也反对将来签到，所以我想要一个通用的方法。

Answer 1

在递增内部版本号的情况下，我会投票支持 TFS 构建事件，这样实现就不会与您的 msbuild 实现相关联。这使您可以轻松地将 TFS 工作流事件应用于任意数量的分支，而无需将其直接绑定(bind)到分支。此外，它还可以使您的 MSBuild 项目文件保持干净的任务，这样它就不会在开发人员机器上错误地执行。

整体而言，我认为在 MSBuild 和 Workflow 事件之间做出决定时需要考虑多种因素:

1 - MSBuild 是否支持开箱即用的功能(如代码分析/FxCop)？

2 - 构建步骤是否需要在开发者机器和服务器 (StyleCop/FxCop) 上运行？

3 - 构建步骤是否需要直接与 TFS API 或源代码控制交互( checkout / checkin 版本文件以进行递增)？

4 - 您是否打算稍后将构建作业调度器更改为免费的东西(例如，Jenkins)？

在我的书中，正是这些因素的组合决定了任何给定工具集成的实现。我将实现 FxCop、StyleCop 和任何其他应该在通过 MSBuild 构建的开发人员机器上运行的工具。我将通过代码事件或某些脚本软件实现构建步骤，例如版本递增、bin 放置和 CI 部署调用(例如，部署 SharePoint webpart 作为构建后步骤)。