DevOps Center 專案最佳作法
請遵循下列最佳作法計畫 DevOps Center 專案。專案是集中的工作區,可管理與部署不同的相關工作項目集合。
必要版本
| 提供版本：Professional (需要 API 存取權)、Enterprise、Performance、Unlimited 及 Developer Edition 的 Lightning Experience |
| 不適用於：Government Cloud Plus。請連絡您的 Salesforce 帳戶主管以取得詳細資訊。 |
| 不適用於：歐盟運作區域。歐盟運作區域是特殊付費的供應項目，提供增強層級的資料落地承諾。歐盟中的組織支援 DevOps Center，因為依照產品條款與條件，這些組織不屬於 EU OZ。 |
決定專案數
在下列情況使用單一專案和單一存放庫:
- 小組會處理相同或相依的中繼資料與組態資料。
- 所有變更都會部署至相同的生產組織。
- 您需要整合所有工作的可視性。
- 開發涉及互連的物件與功能。
備註 DevOps Center 不會在專案之間同步化中繼資料與資料。若要及早共用變更並出現衝突,小組必須在相同的專案上工作,以確保中繼資料與資料相依性保持同步。
在下列情況下建立個別專案:
- 小組可使用無相依性的獨立中繼資料與資料。
- 變更會部署至不同的生產組織。
- 專案遵循個別的版本排程和監管。
- 您需要隔離的 hotfix 管道來略過標準版本步調。
- 小組需要作業隔離,或偏好限制對其他小組已啟用工作和變更的可視性。
重要 多個專案增加管理複雜性。謹慎建立專案。
選取專案週期策略
根據您的版本管理流程和步調決定專案生命週期。
進行中的專案:在多個衝刺和版本之間使用相同的專案。這是針對具有持續功能開發和穩定中繼資料和資料範圍的小組建議方法。這些專案更容易維護。例如,長期專案非常適合每兩週發行一次且不論衝刺為何都使用一個管道的小組。您可以使用「活動歷程記錄」中的 DORA 度量與歷程記錄來追蹤專案績效。
備註 DORA 度量是專案特有的,且不會提供 DevOps Center 中所有專案的資料。
每個版本專案:為每個主要版本建立專案。此方法適用於具有離散、時間方塊計畫或主要版本版本的小組。這需要針對每個版本進行更多的設定工作。建議您在發行後將專案歸檔。
Hotfix 專案:針對重要生產問題,請使用個別的 hotfix 專案來支援更快的回復。
- 建立專案並連線至至少包含開發環境、測試階段和生產組織的管道。
- 解決問題後,請在標準專案管道中移動所有變更,並使所有環境保持同步。
- 一律將同步化變更返回至您的主要專案,以避免產生分支差異。
管理未啟用的專案
您無法在 DevOps Center 中刪除專案。將 z_ 字首新增至未啟用的專案。例如,z_MyOldProject。這會將專案移至清單的底部。
設定 .forceignore 檔案
.forceignore 檔案會決定認可與部署期間 DevOps Center 要排除的變更。請先在主要分支中設定 .forceignore 檔案,再建立管道,使其傳播到所有功能分支。若要修改 .forceignore 檔案,請套用工作項目功能分支內的編輯。當您升級工作項目時,編輯會移入您的管道。請參閱 使用 .forceignore 檔案排除中繼資料。
DevOps Center 專案策略建議
| 案例 | 建議 | 範例 |
|---|---|---|
| 具有重疊中繼資料與資料的相同生產組織。 | 一個專案,一個儲存庫結構 | 平台小組可自訂互連的物件。您的小組會開發 Sales Cloud 功能,開發人員可在其中自訂「機會」物件,而其他人則可使用「行銷活動」。兩個功能都使用共用的自訂物件。請使用一個專案,因為中繼資料會重疊。 |
| 具有獨立中繼資料與資料的相同生產組織。 | 一個專案結構 (偏好) | 並行工作會追蹤 Apex 小組與 Marketing Cloud 連接器小組部署至共用環境的位置。 |
| 地理或營運分隔的生產組織。 | 個別專案 | 由於資料落地需求而將歐洲與美國生產組織分開的獨立部署。組織包含類似的應用程式,但可獨立部署。建立兩個專案,每個生產組織一個專案。 |
| 需要緊急的 hotfix 銷售管道路徑。 | 個別 hotfix 專案 | 需要隔離路徑才能略過標準版本週期的重大修正。 |
此文章是否解決您的問題？
請讓我們知道，以便我們改進！
