測試TFS構建定義的最佳實踐

Question

我已經搜索了高和低*爲一個很好的教程或在TFS中測試構建定義更改的最佳實踐。在進行更改時，我不想淹沒構建代理，但更重要的是，我不希望繼續創建程序包併爲開發人員生成電子郵件，特別是構建失敗時。

是否有開發和測試構建定義的最佳實踐，以免干擾現有的開發？ *問題是無論何時搜索「測試」和「構建」在一起，一切都是關於在構建中設置單元測試。

Answer 1

在我們的建設團隊，我們目前正在使用下面的過程，以推出更新到構建流程模板：

1. 創建一個測試版本定義，只是爲了這個目的（我們稱之爲「TestBuild」） 。
   • 克隆您將擴展構建過程模板的現有構建定義。
   • OR：創建一個新的構建定義
   • 將觸發器設置爲手動僅
2. 任選的（如果你有權限這樣做），你可以設置在測試版本定義（縣）的權限將它們從用戶中隱藏起來。
   • 在構建的安全頁面中關閉繼承。
   • 明確允許這個構建定義的知名度，爲您或您的組，並沒有其他人
3. 在某處，VCS創建您可以分支現有的生產構建過程模板到一個文件夾中。
   • 我有一個文件夾$ /項目/基礎設施/用戶/ d3r3kk /這種工作。
   • 把你的工作文件夾中的任何地方，以確保它的某個地方，當你在
4. 分公司現有的構建過程定義來檢查你的工作文件夾，並檢查它的編輯不引發一場構建。
5. 編輯您的構建過程定義的工作副本。
6. 一旦你完成了你的功能，請檢查你的編輯。
7. 如果您尚未設置您的TestBuild構建定義，以使用工作副本構建過程模板，並模仿您的生產構建使用的工作區設置。
8. 從第5步開始重複，直到獲得正確的功能。

如果您或您的團隊關注您在迭代此類功能工作時必須執行的多個簽入操作，請在完成後刪除+銷燬工作副本，或者（更好地）工作副本放在一個沒有人經常關注的文件夾中。由於用於編輯構建過程的編輯/檢入過程是TFSBuild固有的，所以實際上沒有辦法繞過這種類型的工作會導致的VCS「噪音」。

Answer 2

我做到以下幾點：所特有的分支

1. 製作生成定義。
2. 創建培訓TFS項目/位置。我認爲這是一個極端的方式來處理它。除非你在TFS中有很多可用空間，否則不要這樣做。

我只是做新的構建定義/ XAML並將其添加到一個新的分支。使用新的XAML副本創建新的構建定義，然後測試更改。