共用方式為

設定 CI 組建

  • 發行項

您的小組可以透過盡可能頻繁地整合程式碼，然後建置和測試結果，使錯誤降至最低並同時提升品質。 您可以定義建置流程支援這個策略，這個策略稱為連續整合 (CI)。 完成後，您和小組可以儘快判斷簽入是否中斷建置或造成測試失敗。

  • 定義建置流程以支援連續整合

  • 改善建置流程的功能與效能

  • 執行後續步驟

  • 更深入發掘

定義建置流程以支援連續整合

  1. 在 [Team Explorer] 中，確認您已連接到 Team 專案 (鍵盤：Ctrl + 0、C)，然後開啟 [組建] 頁面 (鍵盤：Ctrl + 0、B)。

  2. 選擇 [新增組建定義] 連結或選取組建，開啟內容功能表，然後選擇 [編輯組建定義]。

    提示

    如果出現 TF225001 錯誤訊息，請設定組建控制器。

  3. 在 [觸發程序] 索引標籤上，選擇 [連續整合]。

    提示

    如果您的開發人員必須等候很久才能建置其簽入，您可能要改選擇 [正在復原組建]。此觸發程序會造成建置系統同時建置多個簽入。請參閱 Use the Rolling builds trigger。

  4. 在 [來源設定] 索引標籤上：

    • TFVC 圖示 TFVC：在 [工作資料夾] 資料表中，指定包含您的建置流程所需檔案的版本控制資料夾。

      提示

      若要確定建置流程正確運作並改善效能，請只包括所有包含建置流程所需檔案的資料夾。如需如何指定這些資料夾的詳細資訊，請參閱使用組建工作區。

    • Git 圖示 **Git：**在 [監控的分支] 清單中，指定包含建置流程所需檔案的儲存機制和分支。 您可以使用萬用字元。 例如，您可以指定 refs/heads/feature* 來監視 refs/heads/featureA 和 refs/heads/featureB 分支。

  5. 若要提升效能，請在 [組建預設值] 索引標籤上選擇 [這個組建不會將輸出檔案複製到置放資料夾]。

  6. 在 [流程] 索引標籤上，於 [建置] 下的 [建置流程參數] 資料表中，指定要建置的方案或程式碼專案。

  7. 在 [流程] 索引標籤上設定建置流程參數，以確保簽入符合您小組的特定程式碼品質標準，避免不必要地延遲開發人員。

    如需詳細資訊，請參閱本主題稍後的改善建置流程的功能與效能。

  8. 指定其他索引標籤上的建置流程選項。 如需詳細資訊，請參閱建立或編輯組建定義。

改善建置流程的功能與效能

若要盡可能縮短處理組建所需的時間，您應該在 [流程] 索引標籤上指定建置流程參數的值時考慮下列方針。

TF 版本控制或 Git

  • 清除工作區或清除儲存機制：如需較快的效能，請將這個值設為 [False]。 這項設定可能會造成您的小組遺漏某些缺失的類型，例如在重構期間引入的缺失。

組建

  • 組態：如果您讓這個參數保持空白，則每個方案和專案都會使用預設平台和組態。 若要最佳化效能，請遵循下列方針：

    • 如果平台-組態配對的建置速度超過其他配對，請在這個參數中指定此配對。

    • 盡可能指定較少的平台-組態配對。

  • 清除組建：如需更快的效能，請將這個參數設定為 False。 這項設定可能會造成您的小組遺漏某些缺失的類型，例如在重構期間引入的缺失。

組建、進階

  • 執行程式碼分析：將此值設定為 [永不]，藉以改善效能。

測試、進階

  • 停用測試：

    • 如需更快的效能，請選取 [True]。

    • 如果您的程式碼必須通過特定測試，請選取 [False]，然後定義一組要在組建中執行的測試。 您可以藉由只執行所需的測試來改善效能。 若要指派這些測試，請依照分類或優先順序篩選它們。 如需詳細資訊，請參閱在建置流程中執行測試。

發行符號

  • 發行符號的路徑：如需較快的效能，請將這個值保持空白。

進階

  • 代理程式設定

    • 名稱篩選 –或– 標記篩選：使用組建代理程式名稱或標記，將此組建定義繫結至專為執行此組建所設計的組建代理程式。 組建代理程式執行所在的硬體，應具備足夠的能力以迅速處理此組建，以符合小組的效能期望。

    • 最長執行時間：將此值設定為合理範圍內較小的數字。 例如，15 分鐘對您的小組來說不成問題，但八小時就太長。

如需預設範本建置流程參數的詳細資訊，請參閱將預設範本用於您的建置流程。

接下來嘗試這個

更深入發掘