測試TFS2010構建模板的最簡單方法

Question

我目前正在爲TFS2010構建創建構建模板。不過，我注意到，我目前正在對源代碼控件進行「垃圾郵件」處理，並對模板所做的每一項更改（以及針對這些更改的所有修復更多）進行更改。

我想知道測試我創建的構建模板的最簡單方法是什麼？ 有沒有辦法改變不涉及檢查它們的模板文件和自定義活動dll？

我目前在我的開發人員機器上運行了一個構建控制器和代理，我正在使用它來測試模板（測試=開始構建並希望得到比上次更少的錯誤）。

Answer 1

爲什麼'垃圾郵件'是一個問題？無論如何，我有一個單獨的團隊項目來完成這種工作，這樣我可以檢查我的心中的內容，而不會影響需要穩定構建的開發人員。一旦我完成了我的測試，我就將模板檢入到開發人員使用的團隊項目中。

Answer 2

我想根據團隊的最新代碼庫測試我的構建，而無需將其分支到試用項目。

相反，我做到以下幾點：

1. 創建一個名爲「基礎結構」
   • 克隆生產定義
2. 坐落在基礎設施建設定義爲手動觸發單獨構建定義。
3. 將基礎結構定義權限設置爲僅允許[Project] \ Build組成員完全控制它。
   • 保持破碎構建的通知遠離團隊的大部分）。
4. 創建一個單獨的構建過程模板，名爲'Infrastructure.xaml'。
5. 指出基礎架構流程模板中的基礎架構構建定義。

現在，當我想重複上爲球隊新的構建功能：

1. 退房生成過程模板我想更新，並鎖定。
2. 複製構建過程模板我想更新Infrastructure.xaml的優先級。
3. 將我的構建功能添加到Infrastructure.xaml文件，並檢查輸入。
4. 使用基礎架構構建定義來測試我的更改。
5. 迭代3-4，直到我說得對。
6. 完成此功能並讓我的更改由另一個基礎結構團隊成員驗證。
7. 複製Infrastructure.xaml在我鎖在構建過程模板（1）和託運。

這仍然導致在TFS源控制「垃圾郵件」，但它一直在構建定義迭代出來球隊的眼睛。我的構建過程模板位於主要源代碼樹之外（在「構建過程模板」文件夾下，或者位於「核心/構建」文件夾下的分支中，團隊中沒有其他人通常會關注），以便團隊基本上不受其影響。

Answer 3

@ d3r3kk：爲什麼不直接分支模板並在準備好時重新合併而不是創建副本？這樣你可以更清潔地保存源歷史記錄。

理想情況下，應該有一種方法可以讓構建過程模板在您的本地文件系統中，並將構建定義臨時指向它。不知道在VS/TFS的更高版本中是否存在類似的情況。無論如何，我還沒有看到它通過用戶界面。