MSBuild與工作流程

Question

我們已經在我們公司成功使用了MSBuild幾年。我們爲每一個生成規範（發佈，調試等），其中包括許多操作非常定製.proj構建文件爲：

• 混淆
• 包裝
• 複印輸出
• 壓縮
• 等

由於微軟在TFS2010中包含了一項新功能，唱Windows Workflow Foundation，我們正在考慮改變它。正如吉姆實驗室（Team Foundation Server的項目經理）在article說，這裏是他何時應該使用它們一般指導：

• 如果任務需要的特定生成的輸入或輸出知識， 使用的MSBuild
• 如果任務需要，當你在 Visual Studio中建立要發生什麼，使用的MSBuild
• 如果任務，你只需要在你 構建構建服務器，使用WF除非發生什麼回覆奎雷斯具體 構建輸入/輸出的知識

我不還是相當不清楚的話，我想知道你自己的經驗，積極的事情，缺點，等您的意見是，如果你更有價值已修改了DefaultTemplate.xaml以執行您自己的操作。

Answer 1

我們已經完成了從MSBuild到Workflow從TFS2008遷移到TFS2010的過渡。一些經驗：

1. 當您使用UpgradeTemplate.xaml時，MSBuild規範在Workflow中正常工作。這使得TFS2008可以輕鬆遷移到TFS2010上。MSBuild爲開發團隊提供了更多控制他們希望其構建運行的更多控制權。會員可以輕鬆修改規格並簽入變更。工作流程更多的是一個BuildMaster的事情。
2. MSBuild更改可以快速進行。工作流程的變化有點麻煩。有時候，快速變化是很好的，但也偏離了開發團隊的一線處事。
3. 工作流程從用於驅動特定構建的數據中分離出流程模板。這些模板很容易重用。

個人整體印象：使用的MSBuild較小的開發團隊推動建設。爲成熟的產品生產線使用工作流程。