更新セットを介してアプリケーションに変更をコミットした後、アプリケーションリポジトリの使用に戻る方法Issue <!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } スコープ対象アプリの開発では、更新セットとアプリケーションリポジトリの両方の使用を併用しないでください。これにより、変更のスキップ、コミットエラーなど、多くの問題が発生します。 アプリケーションリポジトリからアプリケーションをインストールしたら、今後のすべての開発のために開発とアプリケーションリポジトリへの公開を継続する必要があります。更新セットを使用してアプリケーションを開発する場合は、引き続きその方法を排他的に使用する必要があります。 Release<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } サポートされているすべてのリリース Resolution<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } 困難ではありますが、誤ってスコープ対象のアプリの更新セットをコミットしてしまい、以前の方法の使用に戻したい場合は、開発用のアプリケーションリポジトリの使用に戻ることができます。 注: アプリにアプリケーションリポジトリを使用したことがない場合、この方法は機能しません。アプリケーションが最初に更新セットを介してインストールされている場合、切り替える唯一の方法は、アプリを完全に削除し、アプリケーションリポジトリから新規インストールを実行することです。 解決策は、アプリケーション全体をアプリケーションリポジトリからベースシステムバージョンに戻すことです。これを行うには、以前にコミットされたすべての更新セットが競合を起こさないようにするためのいくつかの特別な手順が必要です。 開発インスタンスのアプリケーションリポジトリにアプリケーションを公開します。これにより、最新バージョンのアプリケーションがパッケージ化されてリポジトリに公開され、ターゲットインスタンスにインストールできるようになります。ターゲットインスタンスでは、アプリケーションのすべてのsys_update_xmlレコードで [replace_on_upgradeフィールドを true に設定する必要があります。これにより、アプリケーションリポジトリからアプリケーションをインストールするときに、これらの更新によって競合が発生するのを防ぐことができます。このステップは、スクリプトを使用して実行するのが最適です。このようなスクリプトの例を以下に示します。アプリのすべてのsys_update_xmlレコードが更新されたら、最新バージョンのアプリケーションをインスタンスにインストールします。正しく実行されると、アプリ内の各アプリケーションファイルのベースシステムバージョンが適用されます。 以下は、指定されたアプリケーションの既存のすべてのsys_update_xmlレコードでreplace_on_upgradeを true に設定するために使用できるスクリプトの例です。 注意:このスクリプトは例としてのみ提供されています。このスクリプトの使用は、自己責任で行ってください。このスクリプトを変更すると、 sys_update_xml データが不可逆的に破損する可能性があります。 preventConflicts('12345678ABCDEFGH12345678ABCDEFGH'); // Sys ID of your app's sys_store_app record function preventConflicts(appid) { var gr = new GlideRecord('sys_update_xml'); gr.addQuery('application', appid); gr.query(); while(gr.next()) { gr.replace_on_upgrade = true; gr.update(); } }