教學課程：Fabric 中的生命週期管理

在本教學課程中，您會完成將數據載入工作區的整個程式，以及使用部署管線與 Git 整合，與其他人共同作業，以開發、測試及發佈數據和報表。

必要條件

重要

Git 整合功能目前處於預覽狀態。

若要將 Git 與您的 Microsoft Fabric 工作區整合，您必須設定 Fabric 和 Git 的下列必要條件。

Fabric 先決條件

若要存取 Git 整合功能，您需要下列其中一項：

• Power BI Premium 授權。 Power BI Premium 授權僅支援所有 Power BI 項目。
• Fabric 容量。 需要 Fabric 容量才能使用所有支援的 Fabric 項目。 如果您還沒有免費試用， 請註冊免費試用。

此外，必須從管理入口網站啟用下列 租用戶參數 ：

• 使用者可以建立網狀架構專案
• 用戶可以同步處理工作區專案與其 Git 存放庫
• 僅限 GitHub 使用者： 使用者可以同步處理工作區專案與 GitHub 存放庫

視貴 組織的設定而定，租用戶系統管理員、容量管理員或工作區管理員可以啟用這些交換器。

Git 必要條件

Azure DevOps 和 GitHub 目前支援 Git 整合。 若要使用 Git 與 Fabric 工作區整合，您需要 Azure DevOps 或 GitHub 中的下列專案：

Azure DevOps

• 向使用 Fabric 工作區的相同使用者註冊的作用中 Azure 帳戶。 建立免費帳戶。
• 存取現有的存放庫。

GitHub

• 作用中的 GitHub 帳戶。 建立 GitHub 帳戶。

• 下列其中一個個人存取令牌：

  • 在存放庫許可權下具有內容讀取和寫入許可權的細部令牌（建議使用）：

    

    若要搭配 GitHub Enterprise 使用此令牌，請遵循 這些指示。

  • 建立已啟用存放庫範圍的 GitHub 傳統權杖：

    

• 將 FoodSales.pbix 檔案下載到您可以編輯的 Git 存放庫。 在本教學課程中，我們會使用此範例檔案。 或者，如果您想要的話，您可以使用自己的語意模型和報表。

如果您已經有具有數據之工作區的系統管理員許可權，您可以跳至 步驟 3。

步驟 1：建立進階工作區

若要建立新的工作區，併為其指派授權：

1. 從 Power BI 體驗的左側導覽列中，選取 [工作區 > + 新增工作區]。

   

2. 將工作區 命名為 FoodSalesWS。

3. （選擇性）新增描述。

   

4. 展開 [進階] 區段以顯示 [授權模式]。

5. 選取 [試用版] 或 [進階容量]。

   

6. 選取套用。

如需建立工作區的詳細資訊，請參閱 建立工作區。

步驟 2：將內容載入工作區

您可以從 OneDrive、SharePoint 或本機檔案上傳內容。 在本教學課程中，我們會載入 .pbix 檔案。

1. 從頂端功能表欄，選取 [上傳流覽>]。

   

2. 流覽至您稍早下載的 FoodSales.pbix 檔案位置，或載入您自己的範例語意模型和報表。

您現在有一個工作區，其中包含內容，可供您和小組使用。

編輯認證 - 僅限第一次

建立部署管線之前，您需要設定認證。 此步驟只需要針對每個語意模型完成一次。 設定此語意模型的認證之後，您就不需要再次設定認證。

1. 移至 [ 設定 > Power BI 設定]。

   

2. 選取 [語意模型 > 數據源認證 > 編輯認證]。

   

3. 將 [驗證 方法] 設定為 [匿名]，將 [隱私權層級 ] 設定為 [公用]，然後取消核取 [ 略過測試連線 ] 方塊。

   

4. 選取 [登入]。 已測試連線並設定認證。

您現在可以建立部署管線。

步驟 3：將小組的開發工作區連線至 git

整個小組會共用此工作區，而小組的每個成員都可以編輯該工作區。 藉由將此工作區連線至 git，您可以追蹤所有變更，並在必要時還原回舊版。 當所有變更合併到此共用分支時，請使用部署管線將此工作區部署到生產環境。
若要深入瞭解 Git 的版本控制，請參閱 Git 整合簡介。

讓我們將此工作區連線到 Git 存放庫的主要分支，讓所有小組成員都可以編輯並建立提取要求。 如果您使用 Azure DevOps 存放庫，請遵循下列步驟。 如果您使用 GitHub 存放庫，請遵循將工作區連線至 GitHub 存放庫中的指示。

1. 移至 右上角的工作區設定 。

2. 選取 [Git 整合]。

3. 選取 [Azure DevOps]。 您會自動登入已註冊至已登入工作區Microsoft Entra 使用者的 Azure Repos 帳戶。

   

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

   • 組織

   • 計畫

   • Git 存放庫

   • 選取 main （或 master） 分支

   • 在存放庫中 輸入 .pbix 檔案所在的文件夾名稱。 此資料夾將會與工作區同步。

     

5. 選取 [連線並同步]。

聯機之後，工作區會顯示原始檔控制的相關信息，可讓您檢視連線的分支、分支中每個項目的狀態，以及上次同步處理的時間。原始檔控制圖示會顯示 0 ，因為工作區 Git 存放庫中的專案完全相同。

現在，工作區會與 Git 存放庫的主要分支同步處理，讓您輕鬆追蹤變更。

如需連線至 Git 的詳細資訊，請參閱 將工作區連線至 Azure 存放庫。

步驟 4：建立部署管線

為了與其他人共用此工作區，並將其用於測試和開發的各個階段，我們需要建立部署管線。 您可以在部署管線簡介中 閱讀部署管線的運作方式。 若要建立部署管線並將工作區指派給開發階段，請執行下列步驟：

1. 從工作區首頁，選取 [ 建立部署管線]。

   

2. 為您的管線 命名 FoodSalesDP，提供描述（選擇性），然後選取 [ 下一步]。

   

3. 接受管線的預設三個階段，然後選取 [ 建立]。

   

4. 將 FoodSalesWS 工作區指派給開發階段。

   

部署管線的開發階段會顯示一個語意模型、一份報表和一個儀錶板。 其他階段是空的。

您可以在部署管線概觀中深入瞭解如何建立部署管線。

步驟 5：將內容部署到其他階段

現在，將內容部署到管線的其他階段。

1. 從部署內容檢視的開發階段，選取 [ 部署]。

   

2. 確認您想要將內容部署至測試階段。

   

   綠色複選圖示表示兩個階段的內容相同，因為您已部署管線的整個內容。

   

3. 將測試階段的內容部署到生產階段。

   

4. 若要在任何階段中重新整理語意模型，請在每個階段的摘要卡片中選取語意模型圖示旁的 [重新整理] 按鈕。

   

整個小組會共用此部署管線。 每個小組成員都可以在開發階段編輯語意模型和報表。 當小組準備好測試變更時，他們會將內容部署到測試階段。 當小組準備好將變更發行至生產環境時，他們會將內容部署到生產階段。

如需部署內容的詳細資訊，請參閱 部署內容。

步驟 6：建立隔離的工作區

為了避免編輯共用工作區並干擾其他小組成員的變更，每個小組成員都應該建立自己的隔離工作區來工作，直到他們準備好與小組共用變更為止。

1. 從 [原始檔控制] 功能表的 [分支] 索引標籤中，選取最新分支名稱旁的向下箭號，然後選取 [分支出至新工作區]。

   

2. 指定有關分支和工作區的下列詳細數據。 新的分支會根據連線到目前工作區的分支自動建立。

   • 分支名稱 （在本教學課程中，將它命名為 MyFoodEdits）
   • 工作區名稱（在本教學課程中，將其 命名為My_FoodSales）

   

3. 選取 [ 分支輸出]。

4. 選取 [連線並同步]。

網狀架構會建立新的工作區，並將它同步至新的分支。 您會自動進入新的工作區，但同步處理可能需要幾分鐘的時間。

新的工作區現在包含 Git 存放庫資料夾的內容。 請注意，它不包含 .pbix 檔案。 由於不支援 .pbix 檔案，因此當我們同步處理時，此檔案不會複製到 Git 存放庫。
使用此工作區來變更語意模型和報表，直到您準備好與小組共用它們為止。

步驟 7：編輯工作區

同步處理分支輸出工作區之後，您可以藉由建立、刪除或編輯項目來變更工作區。 在本教學課程中，我們會變更語意模型數據行的格式。 您可以在 Power BI Desktop 或數據模型中編輯工作區。 在本教學課程中，我們會從數據模型編輯工作區。

1. 從語意模型工作區中，選取語意模型省略號 （三個點） >開啟數據模型。

   

   注意

   如果 [開啟數據模型 ] 已停用，請移至 [工作區設定 > Power BI > 一般 ] 並啟用 [數據模型設定]。

   

2. 從Order_details數據表中，選取 [折扣]。

   

3. 從 [ 屬性] 窗格中，將 [格式 ] 從 [一般 ] 變更為 [百分比]。

   

步驟 8：認可變更

若要將這項變更從工作區認可至 Git 分支，請返回工作區首頁。

原始檔控制圖示現在會顯示 1 ，因為工作區中的一個專案已變更，但未認可至 Git 存放庫。 FoodSales 語意模型會顯示 [未認可] 的狀態。

1. 選取原始檔控制圖示，以檢視 Git 存放庫中變更的專案。 語意模型會顯示已修改的狀態。

2. 選取要認可的專案，並新增選擇性訊息。

3. 選取 [認可]。

   

語意模型 Git 狀態會變更為 [已同步] ，而工作區和 Git 存放庫則處於同步狀態。

步驟 9：建立 PR 和合併

在 Git 存放庫中， 建立提取要求 ， 以將 MyFoodEdits 分支與 主要 分支合併。

1. 選取 [建立提取要求]。

   

2. 提供提取要求所需的標題、描述和任何其他資訊。 然後選取建立。

   

3. 合併提取要求。

   

一旦變更合併至主要分支，您可以視需要安全地刪除工作區。 它不會自動刪除。

步驟 10：更新共用工作區

返回連線至部署管線開發階段的共用工作區（我們在步驟 1 中建立的工作區），然後重新整理頁面。
原始檔控制圖示現在會顯示 1，因為 Git 存放庫中的一個專案已變更，而且與 FoodSales 工作區中的專案不同。 FoodSales 語意模型會顯示需要更新的狀態。

1. 選取原始檔控制圖示，以檢視 Git 存放庫中變更的專案。 語意模型會顯示已修改的狀態。

2. 選取 [ 全部更新]。

   

語意模型 Git 狀態會變更為 [已同步] ，而工作區會與 主要 Git 分支同步。

步驟 11：比較部署管線中的階段

1. 選取 [ 檢視部署管線 ]，以比較開發階段中的內容與測試階段的內容。

   

   請注意階段之間的橙色 X 圖示，指出在上次部署之後的其中一個階段中對內容所做的變更。

   

2. 選取向下箭號 >[檢閱變更 ] 以檢視變更。 [ 變更檢閱] 畫面會顯示兩個階段中語意模型之間的差異。

   

3. 檢閱變更並關閉視窗。

如需比較部署管線中階段的詳細資訊，請參閱 比較部署管線中的階段。

步驟 12：部署至測試階段

當您滿意變更時，請使用您在步驟 5 中使用的相同程式，將變更部署到測試和/或生產階段。

摘要

在本教學課程中，您已瞭解如何使用部署管線以及 Git 整合來管理工作區中應用程式、報表或其他內容的生命週期。
特別是，您已了解如何：

• 設定您的工作區，並在 Fabric 中新增管理其生命周期的內容。
• 套用 Git 最佳做法以單獨運作，並與小組成員共同作業進行變更。
• 結合 Git 和部署管線，以有效率的端對端發行程式。

相關內容

• Power BI Desktop 專案和 Azure DevOps 建置管線
• 管理 Git 分支