---
sourceDocument: 요코하마 ServiceNow AI 플랫폼 관리
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ko-KR/yokohama/platform-administration

 Release :

    - yokohama

ft:locale :

    - ko-KR

ft:publication_title :

    - 요코하마 ServiceNow AI 플랫폼 관리

ft:clusterId :

    - platadm

bundleId :

    - platadm

workflow :

    - Platform


---

# 건너뛴 기록

# 애플리케이션 설치 중에 발생하는 기록 건너뜀 {#ariaid-title1}

* 릴리스 버전: Yokohama
* 
* 업데이트 날짜 2025년 01월 30일
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 소요 시간: 3분

전역 또는 범위가 지정된 애플리케이션에 대한 로컬 업데이트를 수행할 때 일부 기록을 건너뛸 수 있습니다. 건너뛴 기록은 배포 중인 인스턴스의 메타데이터 기록을 수정하거나 업데이트 세트를 적용할 때 발생할 수 있습니다. 사용하는 배포 모델과 적용 가능한 속성의 상태에 따라 sys_upgrade_history_log에서 생성되는 "건너뛴 기록"이 발생할 위험이 있습니다. 다양한 방법을 사용하여 애플리케이션을 업그레이드할 때 인스턴스에 예상되는 사항에 대해 알아봅니다.

## 일반 사용 사례 {#generation-skip-records-app-installs__section_xgl_k2w_rnb}

대부분의 상황에서 다음과 같은 일반적인 사용 사례는 애플리케이션 설치 중에 발생합니다.  
{#generation-skip-records-app-installs__table_fmj_n2w_rnb__entry__3}

| 배포 유형 | 애플리케이션 유형 | 예상 결과 |
|-|-|-|
| 소스 통제 | 범위가 지정됨 | 건너뛰지 않음, 애플리케이션이 소스 통제에서 로드됩니다. 로컬 업데이트 xml이 있는 경우 해당 변경 내용을 스태쉬에 저장하라는 메시지가 표시됩니다. |
| 소스 통제 | 전역 | 건너뛰지 않음, 애플리케이션이 소스 통제에서 로드됩니다. 로컬 업데이트 xml이 있는 경우 해당 변경 내용을 스태쉬에 저장하라는 메시지가 표시됩니다. |
| 앱 리포지토리 | 범위가 지정됨 | 건너뛴 기록이 생성되고 커스터마이제이션이 보존됩니다. |
| 앱 리포지토리 | 전역 | 애플리케이션 변경 적용 및 건너뛴 기록은 우수한 클레임이 발견되는 경우에만 생성됩니다. 자세한 내용은 [관련 목록을 사용하여 건너뛴 기록 검토](https://servicenow-prod.fluidtopics.net/xZ0Fw92LvQZTeNSsQ5w0Zw#uc-access-rl "다른 관련 목록을 사용하여 업그레이드에서 건너뛴 기록을 해결, 추적 및 검토합니다.") 문서를 참조하십시오. |
| 스토어 | 범위가 지정됨 | 건너뛴 기록이 생성되고 커스터마이제이션 변경 내용이 적용됩니다. |
| 소스 통제 | 커스터마이제이션 | 건너뛰지 않습니다. 소스 통제에서 커스터마이제이션이 로드됩니다. 로컬 업데이트 xml이 있는 경우 해당 변경 내용을 스태쉬에 저장하라는 메시지가 표시됩니다. |
| 앱 리포지토리 | 커스터마이제이션 | 건너뛴 기록은 생성되지 않으며 커스터마이제이션 변경 내용이 적용됩니다. |
| 스토어/앱 리포지토리 | 범위 지정 및 커스터마이제이션 | 커스터마이제이션이 기본 애플리케이션 기록을 업데이트하지 않는 한 건너뛴 기록은 생성되지 않습니다. 이 경우 기본 애플리케이션에 대해 건너뛴 업데이트의 로그 항목이 생성됩니다. |
[ ]

{#generation-skip-records-app-installs__table_fmj_n2w_rnb}

## 작성자 선택적 업데이트 {#generation-skip-records-app-installs__section_mh3_gfw_rnb}

author_elective_update 폴더의 목적을 이해하는 것이 중요합니다.

ServiceNow 리포지토리 또는 소스 통제에 커밋하기 위해 애플리케이션을 패키지화하면 이전에 무시되었을 수 있는 추가 요소가 author_elective_update 폴더에 언로드됩니다. (이러한 삭제된 요소는 종종 간단히 "삭제"라고 합니다.) 애플리케이션이 사용자 고유의 인스턴스에 설치되면 삭제된 파일이 author_elective_update 폴더에서 자동으로 로드됩니다.

예를 들어 테이블이나 열을 삭제하여 애플리케이션의 스키마를 변경한 경우 이러한 파일은 폴더에서 추적되지만 기본적으로 적용되지는 않습니다. 설정할 수 있는 속성에 따라 변경할 수 있는 작성자 선택적 업데이트에 적용되는 특정 규칙이 있습니다. 이 폴더에는 스키마 변경 및 적용하거나 무시할 수 있는 선택 세트 언로드를 포함하여 메타데이터, 삭제된 파일이 포함되어 있습니다. 적용 또는 무시여부와 해당 건너뛴 기록이 생성되는지 여부는 다음 속성 및 처리 흐름의 상태에 따라 달라집니다.  
{#generation-skip-records-app-installs__table_dcf_jfw_rnb__entry__4}

| 속성 이름 | 동작 | 기본값 | 소스 통제에 사용됨 |
|-|-|-|-|
| com.glide.apps.include_only_sys_choice | 삭제된 요소만 로드하여 author_elective_update에서 sys_choice 필드에 업데이트 | False | 아니요 |
| com.glide.apps.include_my_schema | 삭제된 요소만 author_elective_update에서 스키마 파일에 로드합니다. 외부 공급업체 앱이 아닌 고객 애플리케이션 설치에 적용됩니다. | False | 아니요 |
| com.glide.apps.force_skips | 모든 author_elective_update에 대해 건너뛴 기록 생성 | False | 아니요 |
| com.glide.apps.include_my_deletes | 프로세스 author_elective_update | False | 예 |
| com.glide.apps.include_global_deletes | 전역 애플리케이션에 대한 프로세스 author_elective_update | False | 예 |
[ ]

{#generation-skip-records-app-installs__table_dcf_jfw_rnb}  
주:  
com.glide.apps.include_my_schema에 대한 속성이 없으면 기본값은 False입니다. 그러나 Orlando 릴리스 이후, 새 인스턴스에는 테이블에 True로 설정되는 기본 항목이 있습니다.

## 클레임 {#generation-skip-records-app-installs__section_uhm_xfq_snb}

클레임은 전역 애플리케이션 및 애플리케이션 사용자 지정에 적용됩니다. 전역 애플리케이션에서 클레임은 동일한 파일이 여러 애플리케이션에 포함된 경우 시스템이 결정론적으로 레코드를 선택할 수 있도록 합니다. 우수한 클레임이 표시되면 건너뛴 기록에 대한 업그레이드 이력 로그가 생성되어 상충하는 클레임 상태를 식별합니다. 자세한 내용은 [관련 목록을 사용하여 건너뛴 기록 검토](https://servicenow-prod.fluidtopics.net/xZ0Fw92LvQZTeNSsQ5w0Zw#uc-access-rl "다른 관련 목록을 사용하여 업그레이드에서 건너뛴 기록을 해결, 추적 및 검토합니다.") 문서를 참조하십시오.

