Microsoft Fabric 中 Data Factory 中的複製作業 CI/CD （預覽版）

若要使用複製作業建置成功的數據分析專案，請務必擁有原始檔控制、持續整合、持續部署和共同作業開發環境。

在 Fabric 中，我們目前與應用程式生命週期管理 （ALM） 小組合作支援兩項功能：Git 整合和部署管線。 這些功能可讓使用者使用個別更新匯入/導出工作區資源。

透過支援複製作業的 Git 整合和部署管線，用戶可以在 Azure DevOps 或 GitHub 中運用自己的 Git 存放庫，並利用 Fabric 的內建部署管線，啟用順暢的 CI/CD 工作流程。 這項整合標誌著跨所有網狀架構專案擴充 CI/CD 功能的重要步驟，可讓使用者使用進階且可靠的數據專案開發工具。

開始使用複製作業的 Git 整合

請執行下列步驟，在 Data Factory 中設定複製作業的 Git 整合：

Git 整合的必要條件

若要使用您的 Microsoft Fabric 工作區存取 Git，請確定下列 Fabric 和 Git 的必要條件。

• Power BI Premium 授權或網狀架構容量。
• 從管理入口網站啟用下列租用戶參數：
  • 使用者可以建立 Fabric 項目
  • 使用者可以將工作區項目與 Git 存放庫同步處理
  • （僅適用於 GitHub 使用者） 用戶可以同步處理工作區專案與 GitHub 存放庫
• Azure DevOps 組織或 GitHub 帳戶。
  • 針對 Azure DevOps 組織：
    • 向使用 Fabric 工作區的相同使用者註冊的作用中 Azure 帳戶。 建立免費帳戶。
    • 存取現有的存放庫
  • 針對 GitHub 帳戶：
    • 作用中的 GitHub 帳戶。 建立免費帳戶。
    • 具有內容讀取和寫入許可權的精細令牌、存放庫許可權下，或已啟用存放庫範圍的 GitHub 傳統權杖。

步驟 1：連線至 Git 存放庫

若要在 Fabric 中使用 Git 與複製作業整合，您必須先連線到 Git 存放庫，如這裡所述。

1. 登入 Fabric 並流覽至您想要連線至 Git 的工作區。

2. 選取工作區設定。

   

3. 選取 [Git 整合]。

4. 選取 Git 提供者。 目前，Fabric 僅支援 Azure DevOps 或 GitHub。 如果您使用 GitHub，您必須選取 [ 新增帳戶 ] 以連線 GitHub 帳戶。 登入之後，選取連線以允許 Fabric 存取您的 GitHub 帳戶。

   

步驟 2：連線到工作區

聯機到 Git 存放庫之後，您必須連線到工作區，如這裡所述。

1. 從下拉式功能表中指定您要連線之分支的下列詳細資料：

   1. 針對 Azure DevOps 分支連線，請指定下列詳細資料：

      • 組織：Azure DevOps 組織名稱。
      • 專案：Azure DevOps 項目名稱。
      • 存放庫：Azure DevOps 存放庫名稱。
      • 分支：Azure DevOps 分支名稱。
      • 資料夾：Azure DevOps 資料夾名稱。

   2. 針對 GitHub 分支連線，請指定下列詳細資料：

      • 存放庫 URL：GitHub 存放庫 URL。
      • 分支：GitHub 分支名稱。
      • 資料夾：GitHub 資料夾名稱。

2. 選取 [連線和同步]。

3. 聯機之後，工作區會顯示原始檔控制的相關信息，可讓用戶檢視連線的分支、分支中每個項目的狀態，以及上次同步處理的時間。

   

步驟 3：將變更認可至 Git

您現在可以認可 Git 的變更，如這裡所述。

1. 移至工作區。
2. 選取 [原始檔控制] 圖示。 此圖示會顯示未認可的變更數目。
3. 從 [原始檔] 控制面板選取 [變更] 索引標籤。 清單隨即出現，其中包含您變更的所有專案，以及指出狀態的圖示。
4. 選取您要認可的項目。 若要選取所有項目，請選取頂端方塊。
5. （選擇性） 在方塊中新增認可批注。
6. 選取 [認可]。

認可變更之後，已認可的項目會從清單中移除，而工作區會指向其已同步的新認可。

開始使用 Git 的部署管線

請採取下列步驟，搭配您的 Fabric 工作區使用 Git 部署管線。

部署管線的必要條件

開始之前，請務必設定下列必要條件：

• 作用 中Microsoft網狀架構訂用帳戶。
• 網狀架構工作區的系統管理員存取權。

步驟 1：建立部署管線

1. 從 [ 工作區] 飛出視窗，選取 [ 部署管線]。

步驟 2：為管線命名並指派階段

1. 在 [建立部署管線] 對話方塊中，輸入管線的名稱與描述，然後選取 [下一步]。
2. 透過定義部署管線的必要階段來設定部署管線的結構。 根據預設，管線有三個階段：開發、測試和生產。

步驟 3：將工作區指派給部署管線

建立管線之後，您必須將您想要管理的內容新增至管線。 透過將工作區指派給管線階段，即可將內容新增至管線。 您可以將工作區指派至任何階段。 依照指示將 工作區指派給管線。

步驟 4：部署至空白階段

1. 當您在一個管線階段中完成內容工作時，您可以將它部署到下一個階段。 部署管線提供三種部署內容的選項：

   • 完整部署：將您的所有內容部署到目標階段。
   • 選擇性部署：選取要部署到目標階段的內容。
   • 回溯部署：將內容從稍後階段部署至管線中的舊階段。 目前，僅在目標階段是空的的情況下，才能進行回溯部署 (沒有已指派的工作區)。

2. 選擇如何部署內容之後，您可以 檢閱部署並留下附註。

步驟 5：將內容從一個階段部署到另一個階段

1. 一旦在管線階段有了內容，就可以將其部署到下一個階段，即使下一個階段的工作區也有內容。 已配對的項目會被覆寫。 您可以在將內容部署至現有的工作區一節中，深入瞭解此程式。

2. 您可以檢閱部署歷程記錄，以查看上次將內容部署到每個階段的時間。 若要在部署之前檢查兩個管線之間的差異，請參閱 比較不同部署階段的內容。

   

已知的限制

下列已知限制適用於 Microsoft Fabric 中 Data Factory 中複製作業的 CI/CD：

• 工作區變數：CI/CD 目前不支援工作區變數。
• Git 整合有限支援：目前，Fabric 僅支援 Git 與 Azure DevOps 和 GitHub 的整合。 建議使用 Azure DevOps Git 整合，因為 GitHub Git 整合具有更多限制。

相關內容

• 在 Microsoft Fabric 中作為 ALM 迴圈一部分的 CI/CD 程式簡介
• 開始使用 Git 整合，網狀架構應用程式生命週期管理 （ALM） 工具
• 開始使用部署管線，網狀架構應用程式生命週期管理 （ALM） 工具