증분 받은 배달 파일 가져오기
소스 시스템에서 패키지 배달 ZIP 파일을 두 개 이상 받은 경우 발송자가 이전에 배달된 사항의 증분 배달을 보내도록 선택했을 수 있습니다. 증분 받은 배달 파일을 가져오는 프로세스는 전체 받은 배달 파일을 가져오는 프로세스와 동일합니다. 그러나 다음 두 가지 사항을 추가로 고려해야 합니다.
• 증분 배달에 포함된 추가 정보
• 받은 배달 파일을 가져오는 순서
동일한 소스 시스템에서 이전에 배달된 컨텐트의 업데이트가 포함된 후속 배달을 받는 경우도 있습니다. 이전에 배달된 모든 컨텐트가 포함된 전체 배달을 받거나, 이전 배달 이후 변경된 정보만 포함된 증분 배달을 받을 수 있습니다. 예를 들어, 회사에서 다른 회사와 공동으로 작업하고 있으며 해당 어셈블리의 수정 사항에 대해 알아야 하는 경우 수정된 데이터를 확인하기 위해 정기 업데이트를 요청할 수 있습니다.
전체 배달과 달리 증분 배달은 기본 배달과 비교됩니다. 이 비교를 통해 증분 배달은 다음 조건 중 하나를 충족하는 객체에 대한 정보를 보낼 고유한 기회를 가질 수 있습니다.
• 삭제됨: 대상 시스템에서 동일한 객체를 제거할 수 있도록 기본 배달이 전송된 이후 Windchill에서 제거된 객체에 대한 정보입니다. 가져오는 동안 시스템에서 동일한 객체를 제거합니다. 제거할 수 없는 객체는 모두 보고됩니다.
• 부재: 기본 배달에서 전송되었지만 패키지에 포함되어 있지 않아서 현재 배달에 더 이상 없는 객체에 대한 정보입니다. 가능한 제외 이유는 패키지를 작성하는 데 사용된 컬렉션 옵션이 변경되었거나, 객체가 더 이상 조건을 충족하지 않거나, 객체가 패키지에서 명시적으로 제거되었기 때문일 수 있습니다. 비즈니스 프로세스에 따라 객체에 대해 추가 작업을 수행할 수 있도록 미리 보기 및 가져오기는 이러한 객체에 대해 보고합니다. 예를 들어, 시스템에서 제거하거나, 다른 컨텍스트로 이동하거나, 새 라이프 사이클 상태를 설정할 수 있습니다.
• 변경됨: 어떤 방식으로든 수정된 객체가 전송됩니다. 변경 사항은 컨텐트 파일 업데이트, 속성 수정, 객체를 새 폴더로 이동 등일 수 있습니다.
• 신규: Windchill에서 새로 작성되었거나 패키지에 처음 포함된 객체가 전송됩니다.
 |
증분 배달에는 기본 배달 이후 변경되지 않은 객체에 대한 정보가 포함되지 않습니다. 변경된 객체에는 사용자가 시작한 변경과 시스템 레벨 변경이 모두 포함됩니다.
|
또한 증분 배달에는 CAD 문서와 WTPart 간의 연관에 대한 변경된 정보가 포함되어 있습니다. 다음은 연관 정보의 변경이 명확하게 표시되지 않은 경우의 예외입니다.
CAD 문서와 연관되어 있고 빌드 없이 Windchill로 체크 인된 이미지가 포함된 WTPart가 있다고 가정해 보십시오(연관 후 부품 빌드 기본 설정 또는 단일 레벨 빌드를 위한 설정 옵션이 해제로 설정됨). 패키지가 이러한 객체로 구성된 경우 연관을 제거한 후에 증분 패키지를 Windchill로 가져올 때(CAD 문서 및 Windchill 부품의 연관 편집 항목 참조) WTPart 및 CAD 문서 간의 연관 제거가 명확하지 않습니다.
증분 배달은 변경 사항이 평가되는 기본 배달을 선택하여 소스 시스템에서 작성되며, 대체로 두 배달 간에 종속성이 있습니다. 항상 파일을 내보낸 순서대로 받은 배달 ZIP 파일을 가져오는 것이 좋지만 증분 배달에는 더욱 중요합니다. 자세한 내용은 받은 배달 작업을 위한 모범 사례의 받은 배달 객체를 가져오기 위한 모범 사례 섹션을 참조하십시오.
증분 배달에 대한 속성 관리
특정 비즈니스 시나리오에서는 기준 배달과 비교하는 동안 증분 배달 로직이 특정 속성의 변경 내용을 무시하기를 원할 수 있습니다. 업데이트된 증분 배달 로직은 Windchill 패키지에서 이전 배달 이후 변경된 관련 객체만 포함하고 내보낼 수 있는 효율적인 메커니즘을 제공합니다.
예제 시나리오 1
기본 패키지에 Part 1 A.1과 Part 2 A.1이라는 두 개의 부품이 포함된 다음 예를 살펴보겠습니다. Part 1 A.1에 변경이 있고 Part 1 A.2로 변경되며, 추가로 컨테이너 설명(제품/라이브러리)이 변경됩니다. 컨테이너는 내보내는 부품 메타데이터에 참여하므로 컨테이너는 포함된 객체로 간주됩니다. 기본 배달과 비교할 때 내보낸 메타데이터가 변경되지 않았더라도 컨테이너에 대한 설명을 변경된 객체로 변경하고 컨테이너에 포함된 모든 객체를 변경됨으로 가져옵니다(예: Part 1 A.1 및 Part 1 A.2). 델타 계산 로직은 내보낸 메타데이터에도 주의를 기울일 수 있도록 더욱 강화되었습니다. 따라서 결과 패키지는 Part 1 A.2만을 Part 1 A.1로 내보냅니다. 내보낸 메타데이터는 아래 표와 같이 변경되지 않은 상태로 유지됩니다.
|
소스
|
기본 배달
|
증분 배달
|
|---|---|---|
|
Part 1 A.1
Part 2 A.1
|
Part 1 A.1 + Part 2 A.1
변경:
Part 1 A.1 –> Part 1 A.2
|
Part 1 A.2 - 델타
|
예제 시나리오 2
이전 예에서 언급한 기본 패키지에 추가 부품으로 세 번째 부품, 즉 User1이라는 사용자가 추가한 속성 LifeCycle1(LC1)이 있는 Part 3 A.1이 포함되어 있는 다른 예를 살펴보겠습니다. 세 번째 부품의 LifeCycle1 속성이 User2라는 다른 사용자가 LifeCycle2(LC2)로 수정된 경우, 일반적으로 증분 배달에 Part 1 A.1–>Part 1 A.2 및 Part 3 A.1 –>LC1에서 LC2로의 변경이 포함됩니다.
|
소스
|
기본 배달
|
증분 배달
|
|---|---|---|
|
Part 1 A.1
Part 2 A.1
|
Part 1 A.1 + Part 2 A.1
변경:
Part 1 A.1 –> Part 1 A.2
Part 3 A.1 –> LC1에서 LC2로
|
Part 1 A.2
Part 3 LC2
|
시스템에서는 변경된 모든 컨텐트를 기본 배달과 비교하여 증분 배달을 생성하지만 내보내기 중에 속성을 무시하도록 증분 배달 로직에 영향을 줄 수도 있습니다.
비즈니스 프로세스에 따라 증분 배달에서 내보내는 정보를 제어하려면 패키지 유형 기반 등록 정보 XML 파일의 사용자 정의 가능한 등록 정보를 사용하여 특정 기본 설정을 지정할 수 있습니다.
WPTypeBasedPropertiesLoad.xml 파일의 유형 기반 등록 정보 세트 내에서 기본으로 제공된 <elementName> 태그를 사용하면 증분 배달을 기준 배달과 비교할 때 무시해야 하는 속성을 지정할 수 있습니다.
<XMLFilterTags>
<!-- example:
<elementName>No elements to exclude</elementName>
-->
</XMLFilterTags>
<!-- example:
<elementName>No elements to exclude</elementName>
-->
</XMLFilterTags>
다음은 WPTypeBasedPropertiesLoad.xml 파일에 추가될 코드의 예입니다.
<WPTypeProperties typeId="com.ptc.windchill.cp.rep.ReplicationPackage">
.
.
.
<XMLFilterTags>
<elementName>lifecycleInfo</elementName>
<XMLFilterTags>
</WPTypeProperties>
위의 샘플 유형 기반 등록 정보 파일에서 lifecycleInfo 속성은 증분 배달 및 기준 배달 간의 비교를 판단하는 조건에서 제외됩니다.
예제 시나리오 2에서 lifecycleInfo를 지정하면 증분 배달에서 내보내기 중에 전체 lifecycleInfo 태그와 모든 중첩된 속성을 무시하므로 Part 3 A.1 변경이 무시됩니다.
<lifecycleInfo>
<lifecycleTemplateName>Basic</lifecycleTemplateName>
<lifecycleState>INWORK</lifecycleState>
<objectHistory><lifeobjectHistory>
<ObjectID><localId>wt.lifecycle.LifeCycleHistory:170223<localId></ObjectID>
<action>Enter_Phase</action>
<actorPrincipal><WTPrincipalReference.classType="wt.org.WTUser".fullName="Demo, User" isInternal="false" surname="Demo" .userEmail="demouser">
<ufid>uid=demo,o=narwhal145_ptms0ld,o=ptc|Ldap.ptcnet.ptc.com|Ldap.ptcnet.ptc.com</ufid>
<name>demo</name>
</WTPrincipalReference></actorPrincipal>
<lifeCycleName>Basic 1</lifeCycleName>
<phaseName>In.Work</phaseName>
<state>INWORK</state>
<teamTemplateIdentity> <teamTemplateIdentity>
<createStamp>1662546309000</createStamp>
<modifyStamp>166254309000</modifyStamp>
<lifeobjectHistory></objectHistory>
</lifecycleInfo>
그 결과는 아래 표에 나와 있습니다. 여기서는 Part 1 A.2에 대한 변경만 현재 증분 배달에서 내보내집니다.
|
소스
|
기본 배달
|
증분 배달
|
|---|---|---|
|
Part 1 A.1
Part 2 A.1
|
Part 1 A.1 + Part 2 A.1
변경:
Part 1 A.1 –> Part 1 A.2
Part 2 A.1
Part 3 A.1 –> LC1에서 LC2로
|
Part 1 A.2
|
XML 파일에서 요소를 정의했으면 파일을 로드하여 기본 설정을 적용할 수 있습니다. 모든 Windchill 패키지 및 동기화 증분 배달과 같은 다른 배달 옵션에 대해 유사한 기본 설정을 지정할 수 있습니다.
자세한 내용은 Package Type-Based Properties의 Reading and Loading Type-Based Properties XML File 섹션을 참조하십시오.
|
|
일반적으로 시스템은 배달 컨텐트 UI 탭에 패키지 멤버만 표시합니다. 보조 또는 종속 객체는 UI에 표시되지 않습니다. 이것이 연관된 보조 객체가 변경되고 증분 패키지의 배달 zip에 포함될 때 시스템에 기본 멤버가 표시되는 이유입니다.
예를 들어, WT 부품은 배달 zip에 포함된 표현 업데이트에 대한 배달 컨텐트 UI 탭에 표시됩니다. 또는 EPM 문서는 연관된 패밀리 테이블에 대해 표시됩니다. 마찬가지로, 제조업체/공급업체/OEM 부품에 대한 AXL 엔트리에만 업데이트가 있는 경우, 연관된 WT 부품은 배달 컨텐트 UI 탭에 표시됩니다.
|