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 进行小型开发团队驱动的构建。使用成熟产品生产线的工作流程。