MSBuild与工作流程

Question

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

• 混淆
• 填料
• 复制输出
• 压缩方式
• 等等

由于Microsoft在TFS2010中包括了一项新功能，可以使用Windows Workflow Foundation进行构建，因此我们正在考虑对其进行更改。 正如Jim Lab（ Team Foundation Server的程序经理 ）在一篇文章中所说，这是他何时应使用它们的一般指导：

• 如果任务要求了解特定的构建输入或输出，请使用MSBuild
• 如果在Visual Studio中进行构建时需要执行此任务，请使用MSBuild
• 如果仅在构建服务器上构建时需要执行此任务，则使用WF，除非它需要特定构建输入/输出的知识

我对此不太确定，我想了解您自己的经验，积极的方面，缺点等。如果您修改了DefaultTemplate.xaml以执行自己的操作，则您的意见将更有价值。

Answer 1

我们已经从MSBuild过渡到从TFS2008迁移到TFS2010的工作流。 一些经验：

1. 当您使用UpgradeTemplate.xaml时，MSBuild规范在工作流中工作正常。 这样可以轻松地将TFS2008迁移到TFS2010
2. MSBuild为开发团队提供了更多有关其如何运行其构建的控制权。 成员可以自己轻松地修改规格并签入更改。 工作流程更像是BuildMaster 。
3. MSBuild更改可以快速进行。 工作流程的更改比较麻烦。 有时，快速的更改是好的，但也会使开发团队偏离受管的工作方式。
4. 工作流将流程模板与用于驱动特定构建的数据分开。 这些模板更易于重用。

个人总体印象：使用MSBuild进行较小的开发团队驱动的构建。 将工作流程用于成熟的产品生产线。