次の方法で共有


環境に Git 統合とデプロイ パイプラインを使用する

この記事では、Microsoft Fabric の環境で Git 統合パイプラインとデプロイ パイプラインを使用する方法について説明します。

Git for Fabric 環境を統合する

Fabric では、Git 統合がサポートされています。 開発者は Git を使用して、Git ブランチを使用して、バックアップ、バージョンの制御、前のステージへの戻り、作業の共同作業を行うことができます。

  • 現在、Git では、Spark ランタイムを含むライブラリと Spark コンピューティングのみがサポートされています。
  • Git 統合は、環境のステージング状態を管理します。 Git で行われた変更を環境に適用するには、それらの変更を発行する必要があります。 構成の有効性を確保するために、Git から環境を更新した後に発行することをお勧めします。 コード優先エクスペリエンスを使用する場合は、 環境の発行 API を使用して REST API を使用して変更を発行できます。
  • リポジトリから Fabric ワークスペースに同期すると、アタッチされたカスタム プールは環境に保持されます。 プール定義はワークスペース設定にあります。 プールのクロスワークスペース参照はサポートされていません。 instance_pool_idをターゲット ワークスペース空間の既存のカスタム プールに手動 で更新するか、このプロパティを削除してスターター プールに戻す必要があります。 REST API による移行先ワークスペースで使用可能なプールの完全な一覧については、「 カスタム プール - ワークスペースのカスタム プールの一覧表示」を参照してください。 新しいカスタム プールを作成するには、「 カスタム プール - ワークスペース カスタム プールの作成」を参照してください。
  • 各コミットの上限は 150 MB です。 現在、150 MB を超えるカスタム ライブラリは Git ではサポートされていません。

ファブリック ワークスペースを Azure DevOps リポジトリに接続する

ワークスペースの管理者である場合は、[ ワークスペースの設定 ] に移動し、[ ソース管理 ] セクションで接続を設定します。 詳細については、「Git を使用してワークスペースを管理する」を参照してください。

接続すると、リポジトリと同期している環境を含む項目を見つけることができます。

ワークスペースを Azure DevOps リポジトリに正常に接続したことを示すスクリーンショット。

Gitにおける環境のローカル表明および保証

項目のルートフォルダーには、Libraries フォルダーがあり、その中に PublicLibraries サブフォルダー、CustomLibraries サブフォルダー、Setting フォルダーが含まれています。

Git での環境のローカル表現を示すスクリーンショット。

ライブラリ

Git に環境をコミットすると、パブリック ライブラリ セクションがその YAML 表現に変換されます。 カスタム ライブラリも、ソース ファイルと共にコミットされます。

Git での環境のパブリック ライブラリのローカル表現を示すスクリーンショット。

YAML 表現を編集することで、公開用ライブラリを更新できます。 ポータルのエクスペリエンスと同様に、PyPI と Conda からライブラリを指定できます。 ライブラリは、予想されるバージョン、バージョン範囲、またはバージョンなしで指定できます。 システムは、環境内の他の依存関係と互換性のあるバージョンを特定するのに役立ちます。 既存のすべての公開用ライブラリをクリアするには、YAML ファイルを削除します。

カスタム ライブラリを更新するには、新しいファイルを追加するか、既存のファイルを直接削除します。

Note

公開用ライブラリを管理するために、独自の YAML ファイルを持ち込むことができます。 システムが正しく認識できるように、ファイル名を environment.yml する必要があります。

Spark コンピューティング

Spark コンピューティング セクションも YAML 表現に変換されます。 この YAML ファイル内では、接続されているプールの切り替え、コンピューティング構成の微調整、Spark プロパティの管理、必要な Spark ランタイムの選択を行うことができます。

Git での環境の Spark コンピューティングローカル表現を示すスクリーンショット。

環境のデプロイ パイプラインを設定する

重要

この機能はプレビュー段階にあります。

ファブリック デプロイ パイプラインを使用すると、開発からテストへの移行など、さまざまなフェーズで変更されたコンテンツを配信するプロセスが簡略化されます。 自動パイプラインには、再作成プロセスをストリーミングする環境項目を含めることができます。

さまざまなフェーズでワークスペースを割り当てることで、展開パイプラインを設定できます。 詳細については、「 デプロイ パイプラインの概要」を参照してください。

デプロイ パイプラインでの環境のデプロイを示すスクリーンショット。

パイプラインを正常に設定すると、デプロイの状態を確認できます。 [環境を選択して デプロイ ] を選択すると、環境のすべてのコンテンツが移行先ワークスペースにデプロイされます。 このプロセスでは、元の環境の状態が保持されるため、発行済みの構成は発行済みの状態に保たれ、追加の発行は必要ありません。

重要

現在、カスタム プールはデプロイ パイプラインではサポートされていません。 環境がカスタム プールを選択した場合、ターゲット環境の [コンピューティング ] セクションの構成は既定値で設定されます。 この場合、デプロイが正常に完了した場合でも、環境はデプロイ パイプラインに差分を表示し続けます。