システムクローン中の開発におけるアプリケーションとカスタマイズの保持

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間：6分

    • アプリケーションバージョンをターゲット (開発) インスタンスにクローンする前に、現在開発中の各アプリケーションとカスタマイズ内容のコピーを手動で保持します。

    始める前に

    アプリケーションレコードに対する書き込みアクセス権があることを確認します。

    ソースコントロールリポジトリへのアクセス権があることを確認します。

    必要なロール：admin

    このタスクについて

    クローンプロセスでは、開発中のアプリケーションとアプリのカスタマイズのバージョンの差異は保存されません。代わりに、システムでは、ソースインスタンスにインストールされているアプリケーションとアプリのカスタマイズのバージョンのコピーのみを、ターゲットインスタンスにクローンします。ターゲットインスタンスに同じアプリケーションの開発バージョンがある場合、そのアプリケーションはクローン作成後に編集可能になりますが、そのバージョンはソースインスタンスにインストールされているものと同じになります。アプリケーションがソースインスタンスから失われていた場合は、クローン作成プロセスによりターゲットインスタンスからアプリケーションが削除されます。

    手順

    1. 次のいずれかのアクションを行い、クローンターゲットインスタンスでアプリケーションを保持します。
      表 : 1. インスタンス間のバージョンの差異
      アプリケーションバージョンの状態 実行するアクション
      クローンターゲットインスタンスのアプリケーションバージョンが、ソースインスタンスバージョンと異なります。 クローンターゲットインスタンスから各アプリケーションをエクスポートします。次の選択肢があります。
      • 各アプリケーションをソースコントロールリポジトリにリンクします。
        注:
        アプリケーションが既にソースコントロールリポジトリにリンクされている場合は、最新のバージョンをコミットします。
      • 各アプリケーションを更新セットに公開します。
      アプリケーションは、クローンターゲットインスタンスでのみ利用できます。
      クローンターゲットインスタンスのアプリケーションバージョンは、ソースインスタンスと同じです。 なし。システムクローン作成プロセスにより、クローン作成中にこのアプリケーションバージョンがターゲットインスタンスにコピーされます。
    2. ターゲットインスタンスに対するソースインスタンスのシステムクローンを要求します。
      たとえば、開発インスタンスに対して本番インスタンスのクローンを作成します。
    3. クローン作成プロセスが終了したら、クローンターゲットインスタンスにログインします。
    4. 注:
      ソースコントロールがリンクされている場合、クローン後に、プラットフォームはアプリケーションとカスタマイズされたアプリケーションを自動的に取得します。これが glide.source_control.post_clone_import_enabled で無効になっている場合は、次の手順を使用して手動で取得する必要があります。
      各アプリケーションをソースコントロールリポジトリに保存した場合は、次のいずれかのアクションを使用してソースコントロールリポジトリからアプリケーションを取得します。
      注:
      アプリケーションのカスタマイズのクローンの後に起こることについては、「アプリケーションのカスタマイズのクローン後の結果」を参照してください。
      表 : 2. ソースコントロールリポジトリからのアプリケーションの取得
      アプリケーションのインストール状態 クローンターゲットで実行するアクション
      アプリケーションとカスタマイズ内容は以前にソースインスタンスにインストールされていました。 ソースコントロールリポジトリからリモート変更を適用します。
      アプリケーションはソースインスタンスにインストールされていませんでした。 リポジトリ構成 (sys_repo_config) を削除し、ソースコントロールリポジトリからカスタマイズをインポートします。
      表 : 3. クローン後のリモート変更
      フィールド 説明
      glide.source_control.post_clone_import_enabled リモート変更の適用の自動化を無効にするには、False に設定します。デフォルト値は True です。
      glide.source_control.post_clone_import_delay_time_sec キューの処理を遅延させる遅延時間を指定するには、値を指定します。デフォルト値は 0 です。
      glide.source_control.post_clone_import_pause_refresh_time_sec リポジトリのリフレッシュジョブを実行しない間隔を指定するには、値を指定します。デフォルトは 3 時間 (10800) です。
    5. 各アプリケーションを更新セットに保存した場合は、次のいずれかのアクションを行って更新セットからアプリケーションを取得します。
      表 : 4. 更新セットからのアプリケーションの取得
      アプリケーションのインストール状態 クローンターゲットで実行するアクション
      アプリケーションは以前にソースインスタンスにインストールされていました。
      1. ソースインスタンスからクローンされたアプリケーションバージョンを削除します。
      2. 現在のアプリケーションバージョンを含む更新セットをロードします。
      アプリケーションはソースインスタンスにインストールされていませんでした。 現在のアプリケーションバージョンを含む更新セットをロードします。

    タスクの結果

    以前に開発していたアプリケーションを利用して、クローンターゲットインスタンスでさらに開発を進めることができます。

    Marketing Events アプリケーションの保存

    あなたの会社が、以前に Marketing Events という名前のカスタムアプリケーションのバージョン 1.0 を作成していたとします。Marketing Events アプリケーションのバージョン 1.0 をアプリケーションリポジトリに既に公開していて、本番インスタンスにインストールしています。

    時間の経過とともに、ユーザーからアプリケーションの拡張の要求が提出され、この要求に対処するために、非本番インスタンスで Marketing Events アプリケーションのバージョン 2.0 を開発することに決めました。開発が完了に近づくと、包括的なテストのために、非本番インスタンスを最新の本番環境のコピーに更新する必要が生じました。

    以前にソースコントロール統合を使用して Marketing Events アプリケーションのバージョン 1.0 を開発していたため、既に Marketing Events アプリケーションをソースコントロールリポジトリにリンクしています。Marketing Events アプリケーションのバージョン 2.0 をソースコントロールリポジトリにコミットします。

    開発インスタンスに対する本番インスタンスのクローン作成をスケジュール設定します。完了したら、開発インスタンスにログインし、Marketing Events アプリケーションのバージョン 1.0 があることを確認します。このバージョンが、ソースインスタンスにインストールされたバージョンのためです。

    アプリケーションが既にソースインスタンスにインストールされているため、ソースコントロールリポジトリからリモート変更を適用して、最新のアプリケーションバージョンを受信します。開発インスタンスに、今後の開発とテストに利用できる Marketing Events アプリケーションのバージョン 2.0 が追加されました。