環境 Git 整合和部署管線
本文說明如何在 Microsoft Fabric 環境中使用 Git 整合和部署管線。
適用於 Microsoft Fabric 環境的 Git 整合
Microsoft Fabric 支援 Git 整合，開發人員可備份、控制版本、還原到先前的階段，以及使用 Git 分支共同作業。
重要
這項功能目前為預覽版。
注意
- 目前，Git 僅支援程式庫和 Spark 計算，包括 Spark 執行階段。
- Git 整合會管理環境的暫存狀態，若要將 Git 中所做的變更套用至環境，則必須發佈這些變更。 建議在從 Git 更新環境之後發佈，以便確保組態的有效性。 如果偏好使用 Code First 體驗，可以使用環境的發佈 API，透過 REST API 發佈變更。
- 從存放庫同步至 Fabric 工作區時，連結的自訂集區會保存在環境中。 集區定義位於工作區設定中，不支援跨工作區參考集區。 必須手動將 instance_pool_id 更新至目的地工作區空間中的現有自訂集區，或透過移除此屬性還原為 Starter 集區。 可以參考＜自訂集區 – 列出工作區自訂集區＞，依 REST API 取得目的地工作區中可用集區的完整清單，或參閱＜自訂集區 – 建立工作區自訂集區＞來建立新的自訂集區。
- 每個認可有 150 MB 的上限。 Git 目前不支援大於 150 MB 的自訂程式庫。
將 Fabric 工作區連線至 Azure DevOps 存放庫
如果您是工作區的管理員，請瀏覽至工作區設定，然後在 [原始檔控制] 區段中設定連線。 若要深入了解，請參閱＜使用 Git 管理工作區＞。
連線後，可以找到項目，其中包括與存放庫同步的環境。
Git 中環境的本機表示法
在項目根資料夾中，會使用包含 PublicLibraries 和 CustomLibraries 子資料夾的程式庫資料夾，以及 [設定] 資料夾來組織環境。
程式庫
將環境認可至 Git 時，[公用程式庫] 區段會轉換成其 YAML 表示法。 此外，自訂程式庫會連同其來源檔案一起認可。
可以編輯 YAML 表示法來更新公用程式庫。 就像入口網站體驗一樣，可以從 PyPI 和 Conda 指定程式庫。 可以指定預期版本、版本範圍或不含版本的程式庫。 系統可協助判斷與環境中其他相依性相容的版本。 若要清除所有現有的公用程式庫，請刪除 YAML 檔案。
可以新增檔案或直接刪除現有檔案來更新自訂程式庫。
注意
可以自備 YAML 檔案來管理公用程式庫。 檔名必須為 environment.yml，系統才能正確識別。
Spark 計算
[Spark 計算] 區段也會轉換成 YAML 表示法。 在此 YAML 檔案中，可以切換連結的集區、微調計算組態、管理 Spark 屬性，以及選取所需的 Spark 執行階段。
環境的部署管線
重要
這項功能目前為預覽版。
Fabric 的部署管線可簡化跨不同階段 (例如從開發到測試) 傳遞修改內容的流程。 自動管線可以包含環境項目，以便串流重新建立流程。
可以指派具有不同階段的工作區來設定部署管線。 深入了解開始使用部署管線。
可以在成功設定管線之後找到部署狀態。 按一下已選取環境的 [部署] 按鈕之後，環境的所有內容都會部署到目的地工作區。 此流程會保留原始環境的狀態，這表示已發佈的組態會維持已發佈狀態，而且無需進行額外的發佈。
重要
- 部署管線目前不支援自訂集區。 如果環境選取自訂集區，則會使用預設值來設定目的地環境中的 [計算] 區段組態。 在此情況下，即使部署成功，環境仍會在部署管線中顯示差異。
- 即將推出的版本中會包含使用部署規則在新工作區中指定的不同集區。