적용하는 변경 패키지가 다른 변경 패키지에 종속된 경우, 변경 패키지 적용 명령은 모든 필수 변경 패키지를 포함하는 백필 목록을 제공합니다. 다음 예제에서는 백필 목록이 변경 패키지 적용 명령에서 작동하는 방식을 보여 줍니다.

변경 패키지 적용 작업에서는 전체 백필 목록을 적용해야 하며, 그렇지 않을 경우 작업이 실패합니다. 전체 백필 목록을 적용하지 않으려면 변경 패키지 다시 동기화 작업을 대신 수행해야 합니다. 변경 패키지 다시 동기화 명령을 사용하면 원치 않는 개정을 우회하여 샌드박스에서 병합할 수 있습니다.

이 예제에서는 주 프로젝트 f:/Aurora_Project/project.pj에 2개의 버그 수정 사항이 포함되어 있습니다. 항목 21은 첫 번째 버그 수정 사항을 처리하고 변경 패키지(CP) 21.1을 통해 파일 main.c(개정 1.2)와 연결됩니다. 항목 22는 두 번째 버그 수정 사항을 처리하고 CP 22:1을 통해 파일 main.c(개정 1.3)와 연결됩니다.

빌드마스터는 두 번째 버그 수정 사항을 처리하는 변경 내용을 선택하고 이러한 변경 내용을 파생 프로젝트 Aurora_Variant_1_0에 적용하려고 합니다. 파생 프로젝트에서 main.c는 개정 1.1에 있습니다.

파생 프로젝트에 대한 버그 수정 사항을 선택하기 위해 빌드마스터는 si applycp 명령을 사용하여 변경 패키지 22:1을 적용합니다. 기본적으로 백필 옵션은 전체 변경 패키지(--backfill=cp)로 설정됩니다. 빌드마스터가 명령을 입력합니다.

명령은 다음과 같이 실행됩니다.

계속하기로 선택하는 경우, 처리된 업데이트 및 처리되지 않은 업데이트를 나열하는 알림이 표시됩니다.

변경 패키지 적용은 파생 프로젝트에서 main.c의 개정을 1.1에서 1.3으로 업데이트합니다. 개정 1.2는 백필 목록의 일부(CP 21:1)로서 수락되었기 때문에 파생 프로젝트에 자동으로 추가됩니다.

이 예에서는 새 파일에 종속적인 코드 수정 사항을 포함하는 더 복잡한 변경 패키지를 변경 패키지 적용에서 어떻게 처리하는지를 보여 줍니다. 이 예에서 main.c는 새 파일 main.h에 정의된 값을 호출하도록 수정됩니다.

코드를 다루는 개발자가 이러한 모든 변경 내용을 체크 인하고 두 파일을 CP 22:1과 연결했습니다. 그런 다음, 개정 1.3에서 체크 인되고 CP 23:1과 연결된 main.c에 추가적인 개정을 포함하기 위해 개발 작업이 계속됩니다. 따라서 주 프로젝트에서는 개정 1.3에 main.c가 포함되고 개정 1.1에 main.h가 포함됩니다.

이제 빌드마스터가 변경 내용을 파생 프로젝트에 통합하려고 합니다. 따라서 빌드마스터는 변경 패키지 적용 명령을 사용하여 CP 23:1을 Aurora_Variant_1_0에 적용합니다. 이를 통해 main.c가 개정 1.3으로 업데이트되고, main.h 개정 1.1이 추가됩니다.

변경 패키지 적용에 대한 기본 백필 옵션은 백필 목록에 있는 변경 패키지의 모든 엔트리를 포함하여, 지정된 변경 패키지에 필요한 모든 엔트리를 전파하는 것입니다. 그러나 지원 개정만 옵션으로 백필을 수행하려고 하는 특수한 경우도 있을 수 있습니다. 이 옵션은 직접적으로 연결된 개정에만 기반하여 대상 환경을 업데이트합니다. 중간 개정과 연결된 변경 패키지는 처리하지 않습니다.

예를 들어, 앞의 예("백필 목록을 사용하여 새 파일 포함")에서 지원 개정만 옵션을 선택한 경우, main.c는 여전히 1.3으로 업데이트되지만 main.h는 백필 변경 패키지의 엔트리이기 때문에 전파되지 않습니다.

이 옵션은 정보를 수집하는 파일을 전파하는 경우에 유용하며, 따라서 모든 변경 내용에 의해 영향을 받게 됩니다. 이 경우 관심 대상은 최신 개정뿐이고, 관련된 파일에 대한 모든 변경의 결과로서 발생한 그 이전의 변경 내용은 관심 대상이 아닙니다.