次の方法で共有

Dataverse Git 統合の設定 (プレビュー)

  • [アーティクル]

[この記事はプレリリース ドキュメントであり、変更されることがあります。]

Dataverse の Git 統合は、Power Platform から ソリューション 領域の Power Apps (make.powerapps.com) 内で開始されます。 この記事では、Dataverse ソリューションと Git の統合について説明し、Azure DevOps の接続と Dynamics 365 および Power Platform と環境のバインドに重点を置きます。

重要

  • これはプレビュー機能です。
  • プレビュー機能は運用環境での使用を想定しておらず、機能が制限されている可能性があります。 これらの機能を公式リリースの前に使用できるようにすることで、顧客が一足先にアクセスし、そこからフィードバックを得ることができます。
  • この機能は現在、早期リリース サイクル用に作成された環境でのみ利用できます。 早期リリース サイクル環境 に移動します。

Dataverse との Git 統合の前提条件

  • マネージド環境の Dataverse Git 統合機能。 この機能を使用するには、開発環境を管理対象環境として有効にする必要があります。

  • Dataverse 環境を Git に接続する場合、Azure DevOps サブスクリプションと、ソース管理を操作するユーザーのライセンスが必要です。

    注意

    サービスの基本プランの Azure DevOps では、利用できるライセンス件数が限られています。 Azure DevOps サービス にアクセスして、Azure DevOps の価格とライセンスの詳細について調べてください。

  • コミットやソース ファイルの読み取りには Azure DevOps サービス権限が必要です。 共同作成者セキュリティ グループのメンバーには権限があります。

  • Git に接続し、環境またはソリューションと Azure DevOps のプロジェクトの初期バインドを完了するには、Power Platform 環境と Dataverse システム管理者のセキュリティ ロールが必要です。

Azure DevOps セットアップ

開始するには、Dataverse 環境を接続するための Azure DevOps プロジェクトとリポジトリが必要です。 Azure DevOps プロジェクトとリポジトリが設定されていない場合は、次の手順に従って、Azure DevOps で新しいプロジェクトとリポジトリを作成してください。

  1. Azure DevOps にサインインして、自分の組織を選択します。
  2. 新しいプロジェクト を選択し、名前を入力して、プロジェクトのバージョン管理が Git に設定されていることを確認して、作成 を選択します。
  3. 新しいプロジェクトで、リポジトリ を選択し、ページの下部にある 初期化 を選択して、デフォルトのリポジトリを初期化します。

環境で変更を行っているすべてのユーザーがリポジトリにアクセスして変更をコミットできることを確認してください。 Azure DevOps ライセンス構成とセキュリティ グループを確認して、ソリューション ソース コントロール パネルを使用できることを確認してください。

Dataverse を Git に接続する

Dataverse 環境を Git に接続するには、環境を Azure DevOps のプロジェクトにバインドしてください。 環境バインディングまたはソリューション バインディングを使用して、環境をプロジェクトにバインドできます。 環境バインドとソリューション バインドの違いの詳細については、環境バインドとソリューション バインドの選択方法を参照してください。

  1. Power Apps にサインインして、ソリューション に移動します。

  2. ソリューション 領域で、コマンド バーの Git に接続 を選択します。

  3. 接続タイプ オプションから 環境 または ソリューション のいずれかを選択し、Azure DevOps 組織とプロジェクトを選択します。

    重要

    一度設定すると、これらの設定は変更できません。

    環境バインディングとソリューション バインディングの違いの詳細については、次のセクションを参照してください。

  4. バインド タイプに応じて、プロジェクト、リポジトリ、またはブランチを選択し、環境またはソリューションをバインドするフォルダーを入力できます。 接続を選択します。

環境バインディングとソリューションバインディングの選択方法

重要

これらのバインディングは初期設定後に変更することはできないため、組織と環境に適したバインディング戦略を選択することが重要です。

どのバインディング戦略を使用するかわからない場合は、Dataverse で Git 統合を開始するための推奨アプローチとして、環境バインディングが挙げられます。 ここでは、環境とのバインドとソリューションとのバインドの主な違いについて説明します。これにより、どちらのアプローチが適切であるかを判断するのに役立ちます。

環境バインド

環境とのバインドは、Dataverse 環境全体と、環境内のすべての管理されていないソリューションおよびコンポーネントを単一のリポジトリとフォルダーにバインドするための単一のプロセスです。 環境全体を結びつけることを選択した場合、カスタム アンマネージド ソリューションで行われたすべてのアンマネージド カスタマイズは単一の Git フォルダーとブランチに保存され、選択後は他のソリューションを設定する必要はありません。 システムでは、複数のソリューションが単一のルート フォルダーの場所を使用できるようにし、各ソリューションに属するコンポーネントを個別のファイルで追跡します。 各ソリューションに固有のルート フォルダーを使用する必要がなくなりました。 環境バインディングを使用している場合は、初期セットアップ時に環境をバインドするリポジトリ、ブランチ、フォルダーを選択できます。

ソリューションのバインド

ソリューション バインディングを使用すると、同じ環境内の複数のソリューションを別々のリポジトリかフォルダーにソース管理できます。 ソリューション バインディングにより、ソース ファイルの編成にさらなる柔軟性がもたらされますが、ソース管理に新しいソリューションをオンボードするには、作成者側でより多くの管理が必要になります。 システムでは、ソース管理内でソリューション オブジェクトごとに 1 つの場所のみが存在する必要があります。つまり、ソリューションを異なるソースの場所にバインドすることを選択した場合、システムでは複数のソリューションに同じコンポーネントを含めることはできません。 ソリューション バインディングでは、初期セットアップ時にリポジトリまたはソリューションを選択する必要はありません。 代わりに、ソリューションをソース管理にバインドする準備ができたら、各ソリューションをバインドするリポジトリとフォルダーを選択します。

その他の考慮事項

環境バインディングを選択した場合、すべての新しいアンマネージド ソリューションは、追加のアクションなしでソース コードと自動的に同期されます。また、ソリューションごとのバインディングを選択した場合、後で新しいソリューションを作成するときは、ソリューションをソース管理に同期する前に、そのソリューションをソース管理用に構成する必要があります。 すべてのソリューションを同期することによる安全性と、ソリューションごとに異なるフォルダーとソース コードのリンクを持つことによる柔軟性を比較検討してください。

ソリューションをリポジトリとフォルダーにバインドする (ソリューション バインディング戦略を使用する場合)

ソリューション バインド戦略を使用して環境を Git に接続すると、同じ Azure DevOps プロジェクト内のリポジトリとフォルダーにソリューションをバインドできます。

  1. ソリューション 領域で、ソース管理にバインドするソリューションの横にある 3 つの縦のドットを選択し、Git に接続を選択します。
  2. 既存のブランチを選択するか、新しいブランチを作成し、ソリューションをバインドする Git フォルダーを入力して、 接続を選択します。

接続を検証する

Git への接続を検証するには、新しいソリューションを作成するか、既存のソリューションに変更を加えて、次の手順に従って変更を表示します。

  1. ソリューション ページで、変更を表示するソリューションを開きます。
  2. 左側のペインで、ソース管理 を選択して、ソリューションに加えられた変更を表示します。

これで、ソリューションに加えられた変更を表示し、変更をリポジトリにコミットしてプッシュできるほか、ソリューションがバインドされている現在のブランチを表示することもできます。

次の手順

環境とソリューションが Git に接続されたら、ソリューションに変更を加え、その変更をリポジトリにコミットしてプッシュできるようになります。 ソース管理操作の詳細については、ソース管理リポジトリ操作 (プレビュー)を参照してください。