開發生命週期

開發生命週期策略提供存放庫、分支、自動化組建、部署和復原策略在自動登陸區域建立期間的重要設計考慮和建議。

存放庫策略

請考慮採用 Git 之類的版本控制系統，為您的小組提供程式碼共用和管理的彈性。
- Git 是業界標準的版本控制系統。這是分散式版本控制系統，程式碼的本機複本是存放庫的完整版本。
瞭解 mono-repo 與 multirepo 存放庫結構。
- 在單一存放庫結構中，所有原始程式碼都位於單一存放庫中。
- 在多存放庫結構中，所有專案都會組織成不同的存放庫。
選擇適合存放庫內容的可見度設定。
- 您可以匿名存取公用存放庫。
- 私人存放庫要求使用者獲得存放庫的存取權，並登入存取服務。
- 您可以設定 Azure DevOps Projects 和 GitHub 存放庫的公用和私人可見度。
請考慮設定存放庫許可權，以協助您控制誰可以參與原始程式碼及管理其他功能。
- 您可以設定 Azure DevOps 和 GitHub的存放庫許可權。
請考慮使用基礎結構即程式碼 (IaC) 資源部署至 Azure。 IaC 可讓您管理宣告式模型中的基礎結構、協助減少設定工作、確保部署之間的一致性，以及避免手動環境設定。
Azure 透過下列方式，為登陸區域提供 IaC 的支援：
- Bicep
- Terraform

採用主幹型開發模型，讓開發人員認可至單一分支。此模型有助於持續整合。所有功能工作都會在主幹中完成，而且在認可發生時會解決任何合併衝突。
讓小組定義並使用分支的一致命名慣例來識別完成的工作。
設定許可權來控制誰可以在 Git 存放庫的分支中讀取和更新程式碼。您可以設定個別使用者和群組的許可權。
設定分支原則：
- 需要對分支合併使用提取要求至主要分支。
- 提取要求需要最少的檢閱者數目。
- 重設所有核准投票以移除所有核准投票，但每當來源分支變更時，請保留投票以拒絕或等候。
- 自動包含程式碼檢閱者。
- 檢查批註解析。
將 squash 設定為合併策略，可讓您在完成提取要求時壓縮主題分支的 Git 歷程記錄。 squash merge 會將主題分支上的每個認可新增至預設分支的歷程記錄，而是將所有檔案變更新增至預設分支上的單一新認可。

請考慮實作持續整合 (CI) 。 CI 牽涉到將所有開發人員程式碼合併成一般排程的中央程式碼基底，並自動執行標準組建和測試程式。
請考慮使用 CI 觸發程式：
- Azure Repos Git。您可以將分支、路徑和標記設定為執行 CI 組建的觸發程式。
- GitHub。您可以設定分支、路徑和標記觸發程式來執行 CI 組建。
請考慮在建置程式中納入 IaC 單元測試，以驗證語法。
- ARM 範本測試控管組會檢查範本是否遵循建議的做法。
- Bicep linter 會檢查 Bicep 檔案是否有語法錯誤和最佳做法違規。
請考慮在應用程式建置程式中納入單元測試。檢閱 Azure DevOps Pipeline可用的工作。
使用 Azure DevOps 服務連線或 GitHub 秘密來管理與 Azure 的連線。每個連線都應該具有 Azure 資源的正確許可權存取權。
請考慮使用Azure 金鑰保存庫秘密來儲存和管理機密資訊，例如密碼、API 金鑰、憑證。
Azure DevOps 代理程式可以自我裝載或 Microsoft 裝載。
- 當您使用 Microsoft 裝載的代理程式時，會為您處理維護和升級。每次執行建置作業時，都會建立全新的虛擬機器。
- 您可以自行設定和管理自我裝載代理程式，以執行建置作業。

使用 CD 確保程式碼一律已準備好部署，方法是自動建置、測試及將程式碼部署到類似生產環境。新增持續傳遞以建立完整的 CI/CD 整合，以協助您儘快偵測程式碼瑕疵，並確保您可以快速發行正確測試的更新。
使用環境作為部署策略的一部分。環境提供優點，例如：
- 部署歷程記錄
- 認可和工作專案的可追蹤性
- 診斷資源健康情況
- 安全性
包含 IaC 部署前檢查，以便預覽變更。並查看資源是否已建立、修改或刪除的詳細資料。