MSBuild与工作流比较

Question

我们公司几年来一直成功地使用MSBuild。我们为每个构建规范（Release，Debug等）制定了非常自定义的.proj构建文件，其中包括许多操作，例如：

- 混淆 - 打包 - 复制输出 - 压缩 - 等等

自从微软在TFS2010中引入了使用Windows Workflow Foundation进行构建的新功能以来，我们正在考虑改用它。正如Jim Lab（Team Foundation Server的Program Manager）在article中所说的，以下是他关于何时应该使用它们的一般指导方针：

- 如果任务需要知道特定的构建输入或输出，请使用MSBuild。 - 如果任务是您需要在Visual Studio中构建时发生的事情，请使用MSBuild。 - 如果任务只需要在构建服务器上进行构建时才发生，并且不需要特定的构建输入/输出知识，请使用WF。

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

- GoRoS

Answer 1

我们已经将从TFS2008到TFS2010的构建工具从MSBuild迁移到了Workflow。以下是一些经验总结：

1. 如果使用UpgradeTemplate.xaml，MSBuild规范在Workflow中可以正常运行，这使得从TFS2008到TFS2010的迁移更加轻松。
2. MSBuild可以让开发团队更好地掌控他们想要如何运行构建。成员可以轻松修改规范并检入更改。Workflow更适用于"构建大师"的场景。
3. MSBuild更易于快速修改。Workflow更难以处理。有时候，快速修改很好，但也会偏离开发团队确定的方向。
4. Workflow将流程模板与驱动某个构建所使用的数据分开管理。这些模板更易于重用。

个人总体印象：对于小型开发团队驱动的构建工作，请使用MSBuild；对于成熟产品制造线，请使用Workflow。

- kroonwijk