파생에 대한 작업을 통해 특정 변경 내용을 생성하고 테스트한 후, 개발의 메인 트렁크로 해당 변경 내용을 다시 가져올 수 있습니다. 메인 트렁크에 향후의 새 개발이 포함되는 경우라도 온당한 범위 내에서 이렇게 할 수 있습니다.

예를 들어 파생 프로젝트에서 생성된 패치는 마스터 프로젝트에서 필요합니다. 이 프로젝트에서 파일 utility.c의 헤드 개정은 1.4입니다. 파생 프로젝트에서는 파일 utility.c 버전 1.2가 개정 1.2.1.1로 체크 아웃되고 코드가 수정됩니다. 그런 다음, 파일 utility.c가 1.2.1.2에서 체크 인되고 CP 5:1과 연결됩니다.

파생에서 마스터로 패치를 이동하려면 변경 패키지 다시 동기화를 사용한 3방향 병합 작업이 필요합니다. 마스터 프로젝트가 향후의 새 개발을 포함하기 때문에 utility.c의 헤드 개정을 1.4에서 1.2.1.2로 업데이트하면 개정 1.3 및 1.4에서의 새 개발 작업이 손실됩니다.

이 상황에서는 분기에서 병합 옵션(--mergeOnBranch)을 사용해야 합니다. 이 옵션은 기본적으로 분기에 있는 변경 내용이 헤드 개정 파일에 병합될 수 있게 합니다. 분기에서 병합을 선택하면 Windchill RV&S가 개정 1.2와 1.2.1.2 간의 차이 비교를 수행한 후, 결과를 개정 1.4에 병합합니다. 변경 패키지 다시 동기화 작업이 완료되면 프로젝트에서 변경 내용을 완결하기 위해 파일이 체크 인되어야 합니다.

교차 분기 엔트리 무시 옵션을 사용하면 동일한 멤버의 개정이 두 개의 서로 다른 분기에 있을 경우 최신 개정을 사용할 수 있습니다. 이 옵션은 잠금을 우회하기 위해 생성된 임시 분기가 있는 파생으로부터 변경 내용을 전파해야 하는 상황에 대처하기 위해 사용될 수 있습니다. 이 경우 분기에 있는 변경 내용이 파생에 이미 병합되어 있기 때문에 해당 변경 내용을 포함하려고 하지 않을 것입니다.