변경 패키지 적용(CP 적용) 및 변경 패키지 다시 동기화(CP 다시 동기화)는 Windchill RV&S의 가장 강력한 두 가지 기능에 해당합니다. 버그 수정 사항 또는 새 기능을 포함하기 위해 개발이 지속적으로 진전되는 환경에서, 변경 패키지 적용 및 변경 패키지 다시 동기화를 사용하면 새 프로젝트에 포함하려는 특정 버그 수정 사항 또는 콘텐츠만 식별하고 통합할 수 있습니다. 이 기능을 통해 마스터 프로젝트에서 파생으로, 파생에서 마스터 프로젝트로 또는 파생에서 다른 파생으로 특정 변경 내용을 이동할 수 있습니다.

파생 프로젝트는 개발의 메인 트렁크에서 분기되는 프로젝트입니다. 파생 프로젝트는 개발 경로를 통해 식별됩니다.

변경 패키지 적용 및 변경 패키지 다시 동기화에서는 프로젝트 콘텐츠를 수정하거나 새 콘텐츠를 생성하는 개별 변경 내용을 추적하기 위해 변경 패키지를 사용합니다.

개발 팀이 변경 패키지 방법론을 사용하지 않을 경우, 특정 콘텐츠를 분리하는 것은 복잡한 수작업이 됩니다. 대규모 코드 프로젝트의 경우, 특정 항목과 관련된 파일을 확인하기 위해 수백 개의 파일을 검색해야 할 수도 있습니다. 프로젝트를 빌드하려면 파일을 추가하고 제외하고 이동하고 이름을 변경해야 하며, 파일 개정을 업데이트해야 하고, 원치 않는 개정을 우회하여 병합해야 하고, 필요한 개정을 병합에 포함하고 원치 않는 변경 내용은 병합에서 제외해야 합니다.

개발 팀이 변경 패키지를 일관적으로 사용할 경우 Windchill RV&S에서는 특정 항목과 관련된 모든 변경 내용을 분리할 수 있습니다. 이에 대한 정보가 변경 패키지의 일부로서 기록되기 때문입니다. 종속성이 계산된 후에, 변경 패키지 적용은 원하는 변경 내용을 전파하는 데 필요한 작업을 수행합니다. 병합이 필요하면 변경 패키지 다시 동기화 명령을 사용할 수 있습니다. 변경 패키지 다시 동기화를 통해 원하는 변경 내용을 병합에 포함하거나 원치 않는 변경 내용을 우회하여 병합할 수 있습니다.

변경 패키지 적용은 모든 변경 내용이 테스트되었고 다음 스테이지에 그룹으로서 전파될 수 있다는 것을 알고 있는 준비 환경에 적합합니다. 변경 패키지 다시 동기화는 개별 변경 내용을 선택하고 샌드박스에서 해당 변경 내용을 빌드 및 테스트한 이후 전파하려는 상황에 적합합니다.

변경 패키지 적용 및 변경 패키지 다시 동기화는 다음과 같은 방법을 포함하는 변경 패키지 방법론을 사용해야 효과가 있습니다.

적용하지 않아야 하는 방법은 다음과 같습니다.

변경 패키지 적용 및 변경 패키지 다시 동기화는 비교를 수행할 수 있는 코드 및 다른 텍스트 파일에 대해 가장 유용합니다. 이진 데이터 비교 및 병합 중에 문제가 발생하기 때문에 이진 파일에 대해서는 이러한 작업이 권장되지 않습니다.