CoE ALM Accelerator for Power Platform 分支和合併 (已取代)

  • 發行項

注意

CoE CLI 已被取代，並將於未來版本中移除。 請使用 Power Platform 專案安裝精靈來安裝和管理您的 ALM Accelerator for Power Platform 專案。

由製作者、進階製作者和專業開發人員組成的團隊進行開發，通常會發現新概念。 其中一個複雜的部分是分支和合併。 使用下列連結，不同的角色可以檢閱每個概念並確定其舒適程度。

  1. 分支和合併 - 檢閱在團隊成員之間分支和合併變更的方法，並將變更推送到測試和生產環境。

  2. 提取要求 - 決定變更的檢閱和合併方式。

  3. 組建管線 - 用什麼組建管線，及其如何協助自動化整合和部署程序。

ALM Accelerator for Power Platform (AA4PP) 建立在這些概念之上，可讓您管理 Power Platform 解決方案。

範例

下面的範例說明了組織的兩個部分，人力資源和財務團隊使用不同的 DevOps Projects 來管理每個部門的相關解決方案。

分支和合併策略

人力資源團隊

人力資源團隊管理一個 Azure DevOps Git 存放庫，將每個解決方案儲存為存放庫中的一個資料夾。 這種方法可讓人力資源團隊的製作者查看與人力資源相關的解決方案，並進行共同作業。

人力資源團隊步驟

  1. 建立新的 Azure DevOps 專案，並從主分支建立一個名為「上線」的新解決方案分支。

    coe alm branch \
   -o https://dev.azure.com/contoso \
   -p HR \
   -r HR-Solutions \
   -d Onboarding \
   -s validation=https://contoso-hr-validation.crm.dynamics.com,test=https://contoso-hr-test.crm.dynamics.com,https://contoso-hr.crm.dynamics.com

其他資訊：CoE ALM 分支

  1. 執行此命令後，會在存放庫中建立具有 Azure Pipelines 的預設分支。

  2. 進階製作者 Alan 在開發環境中建立了一個名為上線的未受管理解決方案。

  3. Alan 使用 AA4PP 管理應用程式建立新的功能分支，並將變更推送至 Git。

  4. 完成初始功能集後，使用 AA4PP 管理應用程式選取建立提取要求。 即會執行驗證組建管線。 即會核准提取要求，然後功能分支會認可到解決方案分支。

  5. 合併的認可會觸發對測試環境的持續部署。

  6. 功能集已準備好進行生產部署。 可進行提取要求，將變更合併至主要分支中。

  7. 組建和部署管線可以設定成將解決方案封裝至生產環境。

財務

財務團隊為財務相關的解決方案維護獨立的 Azure DevOps 專案。 此 Azure DevOps 專案可能位於下列任一位置：

與人力資源團隊不同存放庫的相同 Azure DevOps 專案。 例如，可能存在名為 HR-Solutions 和 Fin-Solutions 的不同存放庫。

  • 獨立的 Azure DevOps 專案和存放庫。 這種分離的專案和存放庫的方法可讓團隊部門定義不同的角色安全性權利。

  • 獨立的 Azure DevOps 組織、專案和存放庫。 這種設定可使用不同的 Azure Active Directory 租用戶。

財務步驟

身為財務團隊中的進階製作者，Karen 進行程序與 Alan 在人力資源團隊中所做的類似。

  1. Karen 為 [費用] 應用程式建立新的 Azure DevOps 解決方案分支。

    coe alm branch \
   -o https://dev.azure.com/contoso \
   -p Finance \
   -r Finance-Solutions \
   -d Expense \
   -s validation=https://contoso-fin-validation.crm.dynamics.com,test=https://contoso-fin-test.crm.dynamics.com,https://contoso-fin.crm.dynamics.com

    其他資訊：CoE ALM 分支命令

  2. 執行此命令後，會在存放庫中建立具有 Azure Pipelines 的預設分支。

  3. Karen 在開發環境中建立名稱為費用的未受管理解決方案。

  4. Karen 使用 AA4PP 管理應用程式，建立了一個新功能分支，其識別碼已指派為 385 和推送變更到 Git。

  5. 完成初始功能集後，使用 AA4PP 管理應用程式選取建立提取要求。 即會執行驗證組建管線。 即會核准提取要求，然後功能分支會認可到解決方案分支。

  6. 合併的認可會觸發對測試環境的持續部署。

  7. 當功能已準備好進行生產部署時，可進行提取要求以將變更合併至主要分支中。

  8. 組建和部署管線可以設定成將解決方案封裝至生產環境。

重複步驟 4 至 8，將新功能加入解決方案。

PowerApps Component Framework (PCF)

在此範例中，財務應用程式使用通用元件以視覺化方式與其資料互動。

此 PCF 元件會在不同的程式碼存放庫中進行管理。 在建立新版本時，會使用發行版本來標記它們。

將發行版本匯入 Power Platform 解決方案的功能分支。 此方式可開發不同版本的 PCF 控制項，並隨時間整合不同的解決方案。 在財務範例中使用了版本 1.0 至 1.1，該版本認可到費用-435分支以更新 PCF 控制項。