我们公司几年来一直成功地使用MSBuild。我们为每个构建规范(Release,Debug等)制定了非常自定义的.proj构建文件,其中包括许多操作,例如:
- 混淆 - 打包 - 复制输出 - 压缩 - 等等
自从微软在TFS2010中引入了使用Windows Workflow Foundation进行构建的新功能以来,我们正在考虑改用它。正如Jim Lab(Team Foundation Server的Program Manager)在article中所说的,以下是他关于何时应该使用它们的一般指导方针:
- 如果任务需要知道特定的构建输入或输出,请使用MSBuild。 - 如果任务是您需要在Visual Studio中构建时发生的事情,请使用MSBuild。 - 如果任务只需要在构建服务器上进行构建时才发生,并且不需要特定的构建输入/输出知识,请使用WF。
我仍不确定,希望了解您自己的经验、积极方面、缺点等。如果您已修改DefaultTemplate.xaml以执行自己的操作,则您的意见将更有价值。
- 混淆 - 打包 - 复制输出 - 压缩 - 等等
自从微软在TFS2010中引入了使用Windows Workflow Foundation进行构建的新功能以来,我们正在考虑改用它。正如Jim Lab(Team Foundation Server的Program Manager)在article中所说的,以下是他关于何时应该使用它们的一般指导方针:
- 如果任务需要知道特定的构建输入或输出,请使用MSBuild。 - 如果任务是您需要在Visual Studio中构建时发生的事情,请使用MSBuild。 - 如果任务只需要在构建服务器上进行构建时才发生,并且不需要特定的构建输入/输出知识,请使用WF。
我仍不确定,希望了解您自己的经验、积极方面、缺点等。如果您已修改DefaultTemplate.xaml以执行自己的操作,则您的意见将更有价值。