.net - MSBuild 与工作流

Question

我们已经在我们公司成功使用 MSBuild 几年了。对于每个构建规范(发布、调试等)，我们都有一个非常自定义的 .proj 构建文件，其中包括许多操作:

混淆

包装

复制输出

压缩

等

由于 Microsoft 在 TFS2010 中包含了一项使用 Windows Workflow Foundation 进行构建的新功能，我们正在考虑对其进行更改。正如 Jim Lab(Team Foundation Server 的项目经理)在 article 中所说的那样，这是他关于何时应该使用它们的一般指导:

• If the task requires knowledge of specific build inputs or outputs, use MSBuild
• If the task is something you need to happen when you build in Visual Studio, use MSBuild
• If the task is something you only need to happen when you build on the build server, use WF unless it requires knowledge of specific build inputs/outputs

我还不是很确定，我想知道您自己的经验，积极的事情，缺点等。如果您修改了 DefaultTemplate.xaml 以执行您自己的操作，您的意见会更有值(value)。

Answer 1

我们已经完成了从 MSBuild 到 Workflow 的过渡，从 TFS2008 迁移到 TFS2010。一些经验:

当您使用 UpgradeTemplate.xaml 时，MSBuild 规范在 Workflow 中工作正常。这允许从 TFS2008 轻松迁移到 TFS2010

MSBuild 为开发团队提供了更多关于他们希望构建如何运行的控制权。成员可以轻松地自行修改规范并 checkin 更改。工作流更像是 BuildMaster 的事情。

可以快速进行 MSBuild 更改。工作流的变化有点麻烦。有时，快速更改是好的，但也会偏离开发团队的工作路线。

工作流将过程模板与用于驱动特定构建的数据分开。这些模板更容易重复使用。

个人总体印象:将 MSBuild 用于较小的开发团队驱动的构建。将 Workflow 用于成熟的产品制造线。