SDL Tridion 구성 요소 및 페이지 템플릿의 워크 플로 란 무엇입니까?

Question

SDL Tridion 2009 및 2011에서 게시 대화 상자의 워크 플로 탭에 연결된 페이지 템플릿 프로세스 및 연결된 구성 요소 템플릿 프로세스에 대한 필드가 있다는 것을 알고 있습니다.

이것은 템플릿/코드 변경이 프로덕션 환경에서 이루어지고 워크 플로 프로세스를 통해 릴리스됨을 의미합니까? 이것은 좋은 습관입니까? 그렇다면 템플릿 빌딩 블록에 대한 워크 플로 프로세스 연결이없는 이유는 무엇입니까?

Answer 1

이 의도는 프로덕션에서는 사용하지 않지만 개발 단계에서 사용할 수 있습니다. 이 기능은 개발자가 템플릿을 개발하고 워크 플로를 시작한 후 팀장이 코드를 검토하고 변경 사항을 승인/거부하는 코드/템플릿 디자인 검토 프로세스에 유용합니다.

제작/UAT/QA, NO.NO.NO. (단지이 스트레스를 충분히 강조하고 싶습니다 :)) 좋은 연습이 아닙니다. 컨텐츠 포터 패키지 내보내기/가져 오기 (일반 DTAP)를 사용하여 변경 관리 프로세스를 수행해야합니다.

TBB에 워크 플로가없는 이유는 무엇입니까? TBB는 CT/PT의 일부가 될 것이므로 CT/PT를 검토 할 때 검토에 명시 적으로 포함됩니다. 그러나 TBB를 업데이트하고 워크 플로가 시작되지 않는 경우가있을 수 있다는 사실을 알고 있습니다.

희망이 도움이됩니다.

Answer 2

이 템플릿은 복합 템플릿이 Tridion 버전 5.3에 포함되기 전에 비 복합 VB 템플릿과 함께 사용되었을 수있는 기존 기능입니다. 그러나 오늘날 TBB는 워크 플로우에 포함되지 않으므로 워크 플로우를 통해 제어 할 수있는 것은 페이지/컴포넌트 템플릿 조각이지만 내부의 TBB는 아닙니다.

Answer 3

내가 아는 한 템플릿 워크 플로 프로세스는 사용자가 제안한대로 작동합니다. 그러나 지난 번 확인한 (2009 버전) 항목을 게시 할 때 Minimal Level of Approval 상태가 존중되지 않았습니다. 불행히도 이것은 누군가가 퍼블리시 할 때 템플릿 변경이 항상 모든 타겟에게 즉시 이용 가능하다는 것을 의미합니다. 이 때문에 필자는 프로덕션 환경보다는 개발 환경에서 템플릿을 변경하고 콘텐츠 포터를 사용하여 템플릿의 릴리스를 관리하는 것이 좋습니다.

R5.3부터 모듈 형 템플릿이 TBB를 광범위하게 사용했기 때문에이 기능이 간과되었을 수 있다고 생각합니다. TBB 문제와 Minimal Level of Approval 문제가 해결 된 경우 새로 디자인 된 사이트를 시작하기위한 몇 가지 매우 흥미로운 출시 시나리오를 만들 수 있습니다.

Answer 4

다른 사람들도 제안했듯이 템플릿을 릴리스하려면 DTAP (Development-Test-Acceptance-Production) 환경을 사용해야합니다. 이 설정의 복잡성은 특정 요구 사항에 따라 다릅니다.

개발 작업 흐름을 사용하는 것이 도움이되지 않습니다. 많은 개발자가 다른 개발자가 작업을 통합하는 위치에 따라 다릅니다. 여러 개의 DEV 환경이있는 경우 각 개별 개발자는 자신의 시스템에서 워크 플로를 원할 것 같지 않습니다. 개발자가 DEV 시스템 중 하나 또는 TEST에 통합한다고 가정하면 개발자가 변경 사항을 커밋 할 때 대개 둘 다 별도로 워크 플로를 거쳐야하는 여러 애셋으로 구성됩니다 이 일이 일어 났을 때 다른 사람들에게는 변화의 일부가 보일 수 있었고, 그렇지 않은 사람들도있었습니다. 모든 개발자가 동일한 서버에서 작업하는 경우 워크 플로의 이러한 측면은 더욱 심각합니다.

워크 플로우는 관련없는 단일 자산의 릴리스를 한 번에 하나씩 관리하는 데 주로 유용합니다.일반적인 개발 작업은 이와 같지 않으며, 솔직히 추가 단계의 양은 단순한 오버 헤드 일 뿐이며 일반적인 개발 과정의 필요성을 제거하지는 못합니다. Quirijn이 지적한 것처럼 사람들은 이것을하지 않습니다. 나는 그것을 결코 보지 못했고, 나는 그것을 말하기 매우 행복하다.