MSBuild 与工作流

Question

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

• 混淆
• 包装
• 复制输出
• 压缩
• 等

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

• 如果任务需要特定构建输入或输出的知识， 使用 MSBuild
• 如果任务是您在构建时需要完成的事情 Visual Studio，使用 MSBuild
• 如果任务是您只需要在构建时发生的事情 构建服务器，除非它需要特定的知识，否则使用 WF 构建输入/输出

我还不太确定，我想知道您自己的经验、积极的方面、缺点等。如果您将 DefaultTemplate.xaml 修改为执行您自己的操作。

Answer 1

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

1. 当您使用 UpgradeTemplate.xaml 时，MSBuild 规范在工作流中工作正常。这允许轻松地将 TFS2008 迁移到 TFS2010
2. MSBuild 让开发团队能够更好地控制他们希望构建运行的方式。成员可以轻松地自己修改规范并签入更改。工作流程更像是 BuildMaster 的事情。
3. 可以快速进行 MSBuild 更改。工作流程更改有点麻烦。有时，快速的更改是好的，但也会使开发团队偏离管理的做事路线。
4. 工作流将流程模板与用于驱动特定构建的数据分开。这些模板更容易重复使用。

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