--- sourceDocument: Yokohama アプリケーションのビルドまたは変更 sourceDocumentLink: https://www.servicenow.com/docs/r/ja-JP/yokohama/application-development Release : - yokohama ft:locale : - ja-JP ft:publication_title : - Yokohama アプリケーションのビルドまたは変更 ft:clusterId : - cadev bundleId : - cadev workflow : - Creator --- システムアップデートセット ============= システムアップデートセット {#ariaid-title1} ============================== * リリースバージョン: Yokohama * * 更新日 2025年01月30日 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：3分 更新セットはあるインスタンスから別のインスタンスに移動できる構成変更のグループであります。この機能により、アドミニストレーターは一連の変更を名前付きセットにグループ化し、テストまたはデプロイメントのために別のシステムにユニットとして移動できます。 注: 更新セットが切り戻された場合、顧客更新の削除時に sys_upgrade_state レコードを削除する OOB ビジネスルールがあります。これは想定される動作です。 更新セットは、次を含む XML ファイルです: * 更新セットを一意に識別するレコード詳細のセット。 * 構成変更のリスト。 * 別のインスタンスが構成変更を取得して適用できるかどうかを決定する状態。 {#system-update-sets__ul_jdc_gbk_wr} 更新セットは、アプリケーションおよびシステムプラットフォーム機能の変更を追跡します。これにより、開発者は非本番インスタンスで新しい機能を作成し、その変更を別のインスタンスに昇格させることができます。 警告: 更新セットを使用すると、異なるバージョンのファミリーリリースや異なる機能を実行しているインスタンス間で変更を移行できます。以前のファミリーリリースで作成された更新セットを新しいファミリーリリースを実行しているインスタンスにロードすることはいつでも可能です。新しいファミリーリリースで作成された更新セットを以前のファミリーリリースを実行しているインスタンスにロードする場合は、互換性を確認するために追加のテストが必要になります。新しいファミリーリリースで行われた更新を以前のファミリーリリースに移行しても、同じ機能が生成されない場合があります。極端なケースでは、新しいファミリーリリースの更新が原因で、以前のファミリーリリースのインスタンスで機能停止やデータ損失が発生することがあります。可能であれば、新しいファミリーリリースから以前のファミリーリリースに更新を移行することは避けてください。異なるバージョンの ServiceNow Store アプリを実行しているインスタンス間で更新を移行する場合でも、同様の制約があります。 システムプロパティ {#system-update-sets__section_uzm_4tn_rlb} ---------------------------------------------------- アドミニストレーターは、システムプロパティを非公開にすることで更新セットから除外できます。システムプロパティを private にすると、あるインスタンスの設定が別のインスタンスの値を上書きすることをなくします。たとえば、本番インスタンスのシステムプロパティに開発インスタンスの特定の値を使用させたくない場合があります。「[システムプロパティを追加する](https://www.servicenow.com/docs/access?context=r_AvailableSystemProperties&version=yokohama&pubname=yokohama-platform-administration§ion=t_AddAPropertyUsingSysPropsList&ft:locale=en-US)」を参照してください。 アプリケーション {#system-update-sets__section_yl4_ptn_rlb} --------------------------------------------------- アプリケーション開発者には、次のような更新セットの追加オプションがあります。 * アプリケーションの特定のバージョンの更新セットを作成する。 * 更新セットで追跡するアプリケーションテーブルを指定する。 {#system-update-sets__ul_ssq_b3k_wr} 更新セットテーブル --------- 各更新セットは、更新セット` [sys_update_set] `テーブル、および更新セットに関連付けられたカスタマイゼーション(Customer Updateのエントリ) ` [sys_update_xml] `更新セットレコードの関連リストとして表示されます。 追跡対象オブジェクトをカスタマイズすると、対応するレコードが顧客更新` [sys_update_xml] `で追加または更新されユーザーの現在の更新セットに関連付けられます。[関連するアプリケーションファイルのプロパティ](https://www.servicenow.com/docs/wGsdCeAjnz_nRuKt6BXECQ "アプリケーションファイルは、開発者がアプリケーションの機能を拡張できるようにする設定レコードです。")はカスタマイズされたオブジェクトとともに１つの更新レコードで追跡および転送します。対応するレコードもバージョン` [sys_update_version] `表に追加されます。 カスタマーアップデートテーブルには、更新セットごとにカスタマイズされたオブジェクトごとに1つのレコードが含まれています。バージョンテーブルには、カスタマイズされたオブジェクトに対する変更ごとに１つのレコードが含まれています。 * アドミニストレーターは２つのバージョンを比較し、特定のバージョンのオブジェクトに戻せる。 * アドミニストレーターは特定のテーブルのバージョンを非表示にできる。 * アドミニストレーターは、レコードの残りの部分をスキップすることなく変更できる追跡対象テーブルのフィールドを指定できる(フィールドを更新から除外する。)。 {#system-update-sets__ul_wxm_jmx_4y} 注: 顧客の更新` [sys_update_xml] `レコードを直接変更してはならない。