개발 환경에서 변경 패키지 적용 사용

이 섹션에서는 사용자의 환경에서 변경 패키지 적용을 사용할 수 있는 방법을 보여주는 예를 제공합니다. 이 예에서 빌드 마스터는 프로젝트 개발의 주 트렁크에서 기능을 가져와 이전 릴리스에 기능을 적용합니다.

abcBusiness 소프트웨어 회사는 Aurora 소프트웨어 버전 3.0을 릴리스했습니다. 릴리스가 완료되었을 때 프로젝트 체크포인트를 지정했습니다. 개발 팀은 이제 다음 릴리스, 4.0을 위한 새로운 기능 집합을 개발하고 있습니다. 이 릴리스를 위한 새로운 기능은 타임스탬프 기능입니다. 타임스탬프 기능과 관련된 모든 변경 내용은 기능을 다른 기능과 분리하는 변경 패키지 집합 또는 항목 집합에 기록됩니다.

abcBusiness가 이제 릴리스 3.0을 사용하지만 글로벌 작업을 위해 새로운 타임스탬프 기능이 필요한 고객의 요청을 받는다고 가정합니다. Aurora 4.0을 위해 개발하고 있는 코드는 릴리스할 정도로 안정되지 않았으며 릴리스 일정을 단축하려면 너무 많은 리소스가 필요합니다. 이 경우 abcBusiness가 현재 릴리스에 영향을 주지 않고 타임스탬프 기능을 제공하려면 어떻게 해야 할까요? 이 기능을 위한 코드가 변경 패키지 집합 내에 격리되어 있기 때문에 변경 패키지 적용 명령을 사용하면 기능을 이전의 안정된 릴리스에 전파할 수 있습니다.

변경 패키지 적용 기능이 없다면 abcBusiness의 빌드 마스터가 필요한 변경 패키지를 수동으로 검색하고 모든 관련 파일을 개별적으로 검토하여 기능과 관련된 변경 내용을 격리해야 합니다. 그런 다음 빌드 마스터가 파일을 수동으로 추가, 삭제, 이름 변경 및 이동하고, 파일 개정을 업데이트하고, 불필요한 개정을 병합하고, 필요한 변경 내용을 병합하고, 불필요한 변경 내용을 병합 해제해야 합니다.

변경 패키지 적용 기능을 사용하면 이 복잡한 프로세스가 대부분 자동화됩니다. Windchill RV&S에서 변경 패키지 적용 작업은 프로젝트에 직접 작동하여 원하는 변경 내용을 생성하는 데 필요한 파일 및 하위 프로젝트의 추가, 제외, 이름 바꾸기 및 이동을 수행하고 파일 개정을 업데이트합니다. Windchill RV&S에는 변경 내용을 표현하는 데 필요한 모든 변경 패키지를 포함하는 목록(백필 목록)이 있습니다. 변경 패키지 적용 작업에서는 개별 목록을 선택할 수 없으며 전체 목록을 수락하거나 거부해야 합니다. 목록을 수락하면 변경 패키지 적용 명령이 변경 내용을 프로젝트에 직접 전파합니다. 목록을 거부하면 변경 패키지 적용 명령이 완료되지 않습니다.

병합이 필요하기 때문에 변경 패키지 적용 명령이 실패하는 경우 변경 패키지 다시 동기화 명령을 실행할 수 있습니다. 변경 패키지 다시 동기화는 샌드박스에서 작동하며 이를 통해 백필 목록에서 항목을 선택할 수 있습니다. 그런 다음 Windchill RV&S에서는 불필요한 변경 내용을 병합하고 차이점을 사용하여 파일을 병합합니다.

abcBusiness의 빌드 마스터는 다음을 수행하게 됩니다.

• 버전 3.0에 대한 체크포인트로부터 파생 프로젝트를 생성합니다. 이 파생 프로젝트는 개발 팀의 다른 구성원으로부터 분리되므로 불필요한 변경 내용이 개발 경로의 주 트렁크에 추가되지 않습니다.

• 변경 패키지 적용을 사용하여 변경 패키지를 파생 프로젝트에 적용합니다. 변경 패키지에는 타임스탬프 기능을 작성하기 위해 변경되거나 추가된 모든 파일이 포함됩니다. 변경 패키지 적용은 본질적으로 이 기능을 Aurora 3.0의 파생 프로젝트에 추가하는 것입니다.