YouTube ChannelSchedule a CallSubscribe for Updates

デプロイ手順

概要

このページでは、Avonni ダイナミック コンポーネントが Salesforce 内でどのように保存され、異なる Salesforce 環境（例：サンドボックスから本番へ、または開発者組織間）間でどのように簡単にデプロイできるかを説明します。

Avonni ダイナミック コンポーネントの主な利点の一つは可搬性です。これらは Salesforce プラットフォーム上でネイティブに構築および保存されるため、標準の Salesforce デプロイメント ツールを使って組織間でカスタム コンポーネントを移動することが簡単です。

ダイナミック コンポーネントの保存方法

Avonni コンポーネント ビルダーでダイナミック コンポーネントを作成して保存すると、その定義全体が 特定のカスタムメタデータタイプ（CMDT）の レコードとして Avonni 管理パッケージによって提供されます。

コンポーネントのコードの保存場所

このカスタムメタデータレコードを、 ソースコードと構造の ように考えてください — レイアウトやデータソースから表示ルールやインタラクションに至るまで、すべてがこのメタデータにエンコードされています。事実上、ダイナミック コンポーネントが「存在する」場所です。

たとえば、「Account Dashboard」のようなコンポーネントを作成すると、それは Avonni ダイナミック コンポーネント CMDT の単一レコードとして保存されます（例： avonnidc__Dynamic_Component__mdt).

保存に CMDT を使用することで、Avonni コンポーネントは高い可搬性を持ち、Salesforce のネイティブなデプロイメント インフラと互換性を保ちます。

デプロイメント ワークフロー

ダイナミック コンポーネントをデプロイする一般的なプロセスは、標準の Salesforce ベストプラクティスに従います：

  1. 作成とテスト ソース組織（例えばサンドボックス）でダイナミック コンポーネントを作成・構成し、十分にテストします。忘れずに、 保存 および 有効化 を Avonni コンポーネント ビルダーで行ってください。

  2. コンポーネントの特定 デプロイする必要がある特定の CMDT レコード（すなわちコンポーネント定義）を特定します。

  3. デプロイツールの選択 次のようなツールから選択してください： 変更セット（Change Sets）, Salesforce DX（SFDX）, Ant, または Gearset または Copado.

  4. CMDT レコードの含有 必要な CMDT レコードをデプロイパッケージに追加します。これらのレコードは CMDT 名の下にリストされます（通常は例えば avonnidc__Dynamic_Component__mdt—組織内でこれを確認してください）。

  5. デプロイ 選択したツールを使ってメタデータをデプロイします。

  6. ターゲット組織での検証と設定

    • CMDT レコードが正しくデプロイされたことを確認します。\n- ターゲット組織で Avonni コンポーネント アプリ を開いてデプロイしたコンポーネントを探します。\n- 「下書き」状態で表示されている場合はビルダー内で有効化します。\n- これらを Lightning ページに配置するには、 Lightning App Builder を使用します。

一般的なデプロイツールの使用

変更セット（Change Sets）

  1. Outbound Change Set を作成する を作成する.

  2. の下で コンポーネント タイプを選択してください カスタム メタデータ タイプ.

  3. Dynamic Components 用の特定の CMDT レコードを追加します。

  4. 依存するコンポーネント（例: Apex クラス、フロー、参照されている項目）を含めます。

  5. 変更セットをアップロードしてターゲット組織にデプロイします。

Salesforce DX（SFDX）

  • 次を確認してください package.xml マニフェスト ファイルに Avonni Dynamic Components のカスタム メタデータ タイプが含まれていること。以下のようになります（正確な名前を確認してください Avonni_Dynamic_Component__mdt あなたの組織内）

<types>
    <members>*</members>
    <name>CustomMetadata</name>
</types>
<types>
    <members>Avonni_Dynamic_Component__mdt.*</members>
    <name>CustomObject</name>
</types>

（注: CMDT レコードは package.xml の CustomObject メタデータ タイプ定義を介して取得/デプロイされることが多いです） あるいは、より細かく制御したい場合は、特定のコンポーネントのみをデプロイするために CustomMetadata タイプ項目内で個々のレコードを参照することもできます。

  • SFDX コマンドを使用します（sf project retrieve start / sf project deploy start）を使ってソース組織から CMDT レコードを取得し、ターゲット組織にデプロイします。

サードパーティ ツール

次のようなツールは Gearset および Copado CMDT のデプロイを完全にサポートします。適切な Avonni CMDT レコードを選択し、ツールのデプロイ手順に従ってください。

重要な注意点

  • ターゲット組織での有効化: デプロイされたコンポーネントはターゲット組織で「ドラフト」状態で到着することが多いです。ターゲット組織の Avonni Component Builder で開き、 有効化 Lightning ページに追加する前にそれらを有効化してください。

  • 依存関係: Dynamic Component が依存する基礎コンポーネント（カスタムオブジェクト、項目、インタラクションで呼び出される Apex クラス、フローなど）がデプロイに含まれているか、またはターゲット組織に既に存在することを確認してください。

  • 権限とライセンス: ターゲット組織のユーザや管理者がビルダーを使用し、デプロイされたコンポーネントを表示するために必要な Avonni ライセンスと権限セットを割り当てられていることを確認してください。

  • マネージド パッケージの更新: コンポーネント定義をデプロイする前に、ソースおよびターゲットの両方の組織が同じ（または互換性のある）Avonni Dynamic Components マネージドパッケージのバージョンであることを確認してください。

まとめ

Avonni Dynamic Components はカスタム メタデータ タイプのレコードとして保存されます—本質的にコンポーネントの「コード」と「構造」です。この設計により、Salesforce ネイティブおよびサードパーティのデプロイ ツールを使用して簡単にデプロイできます。コンポーネントをメタデータ資産として扱うことで、複数の環境にわたってそのライフサイクルを迅速かつ正確に管理できます。

コミュニティからのデプロイのヒント

Dynamic Components を初めてデプロイしますか？私たちの Trailblazer Community Group に参加すると、経験豊富な管理者が次のような情報を共有しています:

  • デプロイ自動化スクリプト および package.xml テンプレート

  • 変更セットの ベストプラクティス Dynamic Components に特化した

  • CI/CD パイプライン構成 Salesforce DX を使用するチーム向けの

  • トラブルシューティングのヒント 一般的なデプロイの問題（有効化状態、依存関係、バージョン不一致）への対処法

  • エンタープライズ向けデプロイ戦略 複数の組織にわたるコンポーネント管理のための

多くのコミュニティメンバーが自身のデプロイワークフローを記録しており、問題解決の支援を喜んで行っています。初めてコンポーネントをデプロイする場合でも、完全なDevOpsパイプラインを構築する場合でも、これらの課題を既に解決した人々から有益な洞察が得られます。

コミュニティに参加 | サポートに連絡： [email protected]

最終更新

役に立ちましたか？