Chciałbym zachować definicje schematów Tridion w zewnętrznym systemie zarządzania (w tym przypadku GIT). W tym celu uzyskuję dostęp do menedżera treści Tridion poprzez webdav. Gdy to zrobię, linki do innych elementów systemu zostaną przekształcone na adresy URL webdav.Jakie modyfikacje są możliwe niezbędne podczas przesyłania schematów Tridion między środowiskami programowania
Kiedy mam odniesienie do kategorii, staje się to trudniejsze, ponieważ identyfikator URI przestrzeni nazw zawiera osadzone odwołanie do publikacji. Oto wyciąg z widoku WebDAV jednego z moich schematów:
<xsd:import namespace="tcm:0-3-1/Categories.xsd"
schemaLocation="/webdav/01%20Definitions/Categories.xsd"/>
Jeśli identyfikatory publikacji różnią się między systemem, to będzie problem. Na początku myślałem, że widzenie jako URI przestrzeni nazw jest zasadniczo nieprzejrzyste, mogę po prostu zastąpić je moją własną neutralną dla systemu wartością. Niestety wygląda na to, że menedżer treści analizuje identyfikator URI przestrzeni nazw w celu ustalenia położenia schematu, a jeśli nie rozpoznaje pierwszej części ciągu jako identyfikatora URI, zapis nie powiedzie się.
Czy istnieje sposób na osiągnięcie mojego celu poprzez edycję schematu w inny sposób? Czy są jakieś alternatywne podejścia?
Czy to podejście pozwala uniknąć używania programu Content Porter? Na tej nucie, jak myślisz, jak działa CP w tym zakresie? –
W niektórych scenariuszach rozwoju porter treści nie jest tak dobrze dopasowany, jak bym chciał. Jednak zdecydowanie widzę jego miejsce w wdrożeniach poza zespołem programistów. Content Porter uruchamia własną usługę, więc nie polega na implementacji webdav. –
Czy mogę zapytać, dlaczego chcesz zachować swój schemat na zewnątrz? Czy jest to tworzenie "zewnętrznej" kopii zapasowej Tridion? Czy jest to wyłącznie w celach informacyjnych? –