MSBuild与工作流程

Question

我们在公司成功使用MSBuild几年.我们为每个Build规范(Release,Debug等)都有一个非常自定义的.proj构建文件,其中包括许多操作:

• 困惑
• 填料
• 复制输出
• 压缩
• 等等

由于微软包含在TFS2010一个新的功能,使构建使用Windows Workflow Foundation的,我们正在考虑改变它.正如Jim Lab(Team Foundation Server的项目经理)在一篇文章中所说,这是他应该何时使用它们的一般指导:

• 如果任务需要了解特定构建输入或输出,请使用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进行较小的开发团队驱动建设.将工作流用于成熟的产品生产线.