MSBuild与工作流程

Question

我们在公司成功使用MSBuild几年。我们为每个Build规范（Release，Debug等）都有一个非常自定义的 .proj 构建文件，其中包含许多操作：

• 模糊处理
• 包装
• 复制输出
• 压缩
• 等

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

  

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

我仍然不太确定它，我想知道你自己的经验，积极的事情，缺点等。如果你修改了 DefaultTemplate.xaml ，你的意见会更有价值。执行自己的操作。

Answer 1

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

1. 使用UpgradeTemplate.xaml时，MSBuild规范在Workflow中正常工作。这样可以轻松地将TFS2008迁移到TFS2010
2. MSBuild为开发团队提供了更多控制权，帮助他们了解自己的构建运行方式。会员可以轻松修改规格并检查更改。工作流程更像是 BuildMaster 。
3. 可以快速进行MSBuild更改。工作流程的变化有点麻烦。有时，快速更改很好，但也会使开发团队偏离治理服务线。
4. 工作流程从用于驱动特定构建的数据中分离流程模板。这些模板更易于重复使用。

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