Power Apps、Copilot Studio、Power Automate、Power Pages内のソリューション領域で、Power Platform から Git 統合を開始できます。 チームの開発に合わせて、環境内のカスタマイズを Git にコミットし、Git 内で行った変更を接続された環境にプルできます。
Dataverse Git 統合を接続するには、Git プロバイダーを選択します。
- Azure DevOps。 Azure DevOps プロジェクトと Git リポジトリに接続します。
- GitHub。 GitHub アプリとAzure Key Vaultを使用して、GitHub リポジトリに接続します。
プロバイダー固有の記事では、前提条件と初期セットアップについて説明します。 この記事では、Git に接続した後に適用される一般的な接続オプションとタスクについて説明します。
環境バインドとソリューション バインドの選択方法
使用するバインド戦略が不明な場合、Dataverse での Git 統合を開始するには環境バインドが推奨されるアプローチです。 ここでは、どちらのアプローチが適切であるかを判断するのに役立つ、環境とソリューション バインドの主な違いについて説明します。
環境バインド
環境バインドは、Dataverse 環境全体と、環境内のすべてのアンマネージド ソリューションおよびオブジェクトを単一のリポジトリとフォルダにバインドするための単一のプロセスです。 環境全体を結びつけることを選択した場合、カスタム アンマネージド ソリューションで行われたすべてのアンマネージド カスタマイズは単一の Git フォルダーとブランチに保存され、選択後は他のソリューションを設定する必要はありません。 システムでは、複数のソリューションが 1 つのルート フォルダーの場所を使用し、各ソリューションに属するオブジェクトが個別のファイルで追跡されます。 各ソリューションに固有のルート フォルダーを使用する必要がなくなりました。 環境バインドを使用している場合は、初期設定時に環境をバインドするリポジトリ、ブランチ、フォルダーを選択できます。
ソリューションのバインド
ソリューション バインドを使用して、同じ環境内の複数のソリューションをソース管理し、ブランチまたはフォルダーを分離できます。 ソリューションのバインドにより、ソース ファイルの編成にさらなる柔軟性がもたらされますが、ソース管理に新しいソリューションをオンボードするには、作成者側でより多くの管理が必要になります。 システムでは、すべてのソリューション オブジェクトに対してソース管理の場所が 1 つだけである必要があります。つまり、ソリューションを異なるソースの場所にバインドすることを選択する場合、システムでは複数のソリューションに同じオブジェクトを含めることができません。 このため、環境内のさまざまなソリューションを異なるリポジトリにバインドすることはできません。
その他の考慮事項
環境バインドを選択した場合、すべての新しいアンマネージド ソリューションは、追加のアクションなしでソース コードと自動的に同期されます。また、ソリューションごとのバインドを選択した場合、後で新しいソリューションを作成するには、ソリューションをソース管理に同期する前に、ソリューションもソース管理用に構成する必要があります。 すべてのソリューションを同期することによる安全性と、ソリューションごとに異なるフォルダーとソース コードのリンクを持つことによる柔軟性を比較検討してください。
ソリューションをリポジトリとフォルダーにバインドする (ソリューション バインド戦略を使用する場合)
ソリューション バインド戦略を使用して環境を Git に接続したら、ソリューションを同じ Git の場所にあるリポジトリとフォルダーにバインドできます。
- ソリューション 領域で、ソース管理にバインドするソリューションの横にある 3 つの縦のドットを選択し、Git に接続 を選択します。
- 既存のブランチを選択するか、新しいブランチを作成し、ソリューションをバインドする Git フォルダーを入力して、 接続を選択します。
接続を検証する
Git への接続を検証するには、新しいソリューションを作成するか、既存のソリューションに変更を加えて、次の手順に従って変更を表示します。
- ソリューション ページで、変更を表示するソリューションを開きます。
- 左側のペインで、ソース管理 を選択して、ソリューションに加えられた変更を表示します。
これで、ソリューションに加えられた変更を表示し、変更をリポジトリにコミットしてプッシュできるほか、ソリューションがバインドされている現在のブランチを表示することもできます。
Git から切断する
環境とソリューションを切断してから、別の Git の場所に再接続できます。 環境またはソリューションのバインドを使用すると、すべてのソリューションを切断できます。 ソリューション バインドを使用すると、特定のソリューションを切断することもできます。
コードを使用して Git から切断する方法については、「コードを使用 して Dataverse を Git リポジトリに接続して切断する」を参照してください。
すべてのソリューションを切断する
- ソリューション ページで、Git 接続 (環境バインド) または Git への接続 (ソリューション バインド) を選択します。
- すべてのソリューションを Git から切断する を選択します。
- 確認ダイアログで、続ける を選択します。
特定のソリューションを切断する
- ソリューション または ソース管理 ページで、Git 接続を選択します。
- ソリューションを Git から切断する を選択します。
- 確認ダイアログで、続ける を選択します。
複数の開発環境を Git に接続する
複数の開発環境を同じ Git の場所に接続できます。 この機能により、開発者は自分の変更を Git にすばやくプッシュし、他のユーザーの変更を自分の環境に取り込むことができます。
Important
すべての環境は、同じバインドの種類、リポジトリ、ブランチ、および Git フォルダーで接続する必要があります。
- 元の開発環境から目的のソリューションをアンマネージドとしてエクスポートし、2 番目の環境にインポートします。
- または、まったく同じ名前と公開元で 2 番目の環境にソリューションを作成します。
- 他の環境では、Azure DevOpsまたはGitHubのセットアップ手順を繰り返します。 同じ Git プロバイダー、接続の種類、リポジトリ、ブランチ、Git フォルダーを使用します。
複数の環境間で変更を同期できるようになりました。
次のステップ
環境とソリューションが Git に接続されたら、ソリューションへの変更を開始し、それらの変更をリポジトリにコミットできます。 ソース管理操作の詳細については、ソース管理リポジトリの操作 を参照してください。