구성 관리 하위 프로젝트 구성

하위 프로젝트를 생성하거나 추가한 후에 유형을 필요에 맞게 수정할 수 있습니다. 예를 들면 일반 하위 프로젝트를 빌드 하위 프로젝트로 변경하여 개발을 일시 중단하거나, 파생 하위 프로젝트를 일반 하위 프로젝트로 변경하여 메인 트렁크에서 개발을 계속할 수 있습니다.

예를 들어, Jen은 ABC Tools 개발 팀이 amortization/project.pj의 개정 1.2, 즉 이 코드의 마지막으로 알려진 안정된 버전을 사용하여 작업하기를 원합니다. Jen은 일반 개발 팀이 이 릴리스에 대하여 더 이상의 개발을 수행하기를 원하지 않으므로 amortization/project.pj 하위 프로젝트를 빌드 하위 프로젝트로 구성합니다.

인터페이스	절차
GUI	하위 프로젝트 구성을 선택합니다.
웹	프로젝트 > 하위 프로젝트 구성을 선택합니다.

하위 프로젝트를 구성할 때 다음 유형 중 하나를 지정할 수 있습니다.

• 사용 가능한 개발 경로가 없는 경우 파생 옵션을 사용할 수 없습니다.

• 비활성화된 개발 경로는 개발 경로 이름 목록에 표시되지 않습니다.

• 빌드는 프로젝트의 빌드 또는 테스트에 사용되지만 더 이상의 개발에는 사용되지 않는 프로젝트의 특정 체크포인트에 대하여 정적 하위 프로젝트를 구성합니다. 이러한 체크포인트는 체크포인트 번호 또는 레이블을 통해 지정할 수 있습니다.

하위 프로젝트를 구성할 때 적용하는 모든 변경 내용은 프로젝트 전반에 그리고 프로젝트 내의 공유 하위 프로젝트에 영향을 줍니다. 이러한 변경 내용을 반영하는 델타가 프로젝트 또는 샌드박스 보기에 표시됩니다. 다음과 같은 차이를 볼 수 있습니다.

• 샌드박스의 작업 개정이 새로운 멤버 개정과 다른 경우 원래 버전에 존재하는 멤버와 하위 프로젝트의 구성된 버전에 델타가 표시됩니다.

• 하위 프로젝트의 원래 버전에는 존재하지 않았지만 구성된 하위 프로젝트에 존재하는 멤버의 경우 샌드박스에 새로운 멤버의 작업 파일이 없다는 것을 나타내기 위해 델타가 표시됩니다.

• 하위 프로젝트의 원래 버전에는 존재했지만 구성된 하위 프로젝트에는 존재하지 않는 멤버의 경우 이전 멤버로 표시됩니다.

• 하위 프로젝트의 원래 버전에 멤버로서 존재했지만 구성된 하위 프로젝트에는 존재하지 않는 하위 프로젝트는 이전 하위 프로젝트로 표시됩니다.

차이를 해결하려면 하위 샌드박스를 다시 동기화하십시오.

공유 하위 프로젝트를 구성할 때는 각 공유 하위 프로젝트가 독립적으로 구성된다는 점을 기억하십시오. 즉, 공유 하위 프로젝트를 구성하는 경우 재구성을 수행해도 해당 하위 프로젝트의 모든 인스턴스가 변경되지는 않습니다. 예를 들어 하위 프로젝트 tools/project.pj가 두 프로젝트 Aurora/project.pj 및 Libra/project.pj에서 공유되는 경우, Aurora/tools/project.pj의 구성을 변경해도 Libra/tools/project.pj의 구성에는 영향을 주지 않습니다.

Source Windchill RV&S Standard(이전 버전의 Windchill RV&S)에서 생성된 구성된 하위 프로젝트 또는 고정된 하위 프로젝트는 Windchill RV&S에 의해 액세스될 때 작업을 중단하지 않고 감지됩니다. 이러한 하위 프로젝트의 형식은 이를 재구성하여 새로운 형식으로 변경하거나 업데이트할 때까지 유지됩니다.