2013-01-21 6 views
6

외부 관리 시스템 (이 경우 GIT)에서 Tridion 스키마 정의를 유지하고자합니다. 이렇게하려면 webdav를 통해 Tridion 콘텐츠 관리자에 액세스하고 있습니다. 이렇게하면 일반적으로 다른 시스템 항목에 대한 링크가 webdav URL로 변환됩니다.개발 환경간에 Tridion 스키마를 전송할 때 필요한 수정 사항은 무엇입니까?

범주에 대한 참조가있는 경우 네임 스페이스 URI에 게시에 대한 포함 된 참조가 포함되어 있기 때문에 더욱 어려워집니다. 여기 내 스키마 중 하나의 WebDAV를보기에서 발췌 한 것입니다 :

<xsd:import namespace="tcm:0-3-1/Categories.xsd" 
      schemaLocation="/webdav/01%20Definitions/Categories.xsd"/> 

게시 ID가 시스템 간의 다른 경우는,이 ​​문제가 될 것입니다. 나의 첫 번째 생각은 네임 스페이스 URI가 원칙적으로 불투명하다는 것을 보는 것이고, 나는 그것을 자신의 시스템 중립적 가치로 대체 할 수 있었다. 안타깝게도 콘텐츠 관리자가 네임 스페이스 URI를 구문 분석하여 스키마 위치를 확인한 다음 문자열의 첫 번째 부분을 URI로 인식하지 못하면 저장에 실패합니다.

다른 방식으로 스키마를 편집하여 목표를 달성 할 수 있습니까? 다른 대안이 있습니까?

+0

Content Porter를 사용하지 않으려면이 방법을 사용하고 있습니까? 이 메모에서 CP가 어떻게이 문제를 해결한다고 생각하십니까? –

+0

일부 개발 시나리오에서는 컨텐츠 포터가 내가 원하는만큼 적합하지 않습니다. 그러나 개발 팀을 넘어서 배포 할 때의 위치를 ​​분명히 알 수 있습니다. Content Porter는 자체 서비스를 실행하므로 webdav 구현에 의존하지 않습니다. –

+0

스키마를 외부에서 유지 관리하려는 이유를 묻습니다. 이것이 Tridion의 "외부"백업을 만드는 것입니까? 아니면 순수하게 참조 용입니까? –

답변

1

클라이언트 쪽 GIT 훅 스크립트로 무엇이든 할 수 있는지는 잘 모르겠지만 그렇지 않으면 이벤트 처리기가 뭔가를 할 수 있습니다. 스키마를 저장하려고하면 소유하고있는 발행물과 일치시킬 수 있습니다.

직접적인 대답은 아니지만 제안 사항입니다. 어쩌면 그것은 당신을 더 나아지게 만듭니다.