私は、SDL Tridion 2009と2011の両方で、[パブリケーション]ダイアログの[ワークフロー]タブに、関連ページテンプレートプロセスと関連コンポーネントテンプレートプロセスのフィールドがあることに気付きました。SDL Tridionコンポーネントおよびページテンプレートのワークフローとは何ですか？
これは、テンプレート/コードの変更を本番環境で行い、ワークフロープロセスを通じてリリースできることを意味しますか？これは良い練習ですか？その場合、なぜテンプレートビルディングブロックのワークフロープロセス関連がないのですか？
この目的はプロダクションでは使用しませんが、開発段階で使用することができます。この機能は、開発者がテンプレートを開発してワークフローを開始し、チームリードがレビューし、変更を承認/却下するコード/テンプレートのデザインレビュープロセスに役立ちます。
生産/ UAT/QA、NO.NO.NO. （ちょうどこれを十分に強調したい）:)それはよい練習ではありませんIMHO。コンテンツポーターパッケージのエクスポート/インポート（一般的なDTAP）を使用して変更管理プロセスを実行する必要があります。
なぜTBBにワークフローがないのですか？ TBBはCT/PTの一部になりますので、CT/PTをレビューする際には、そのレビューに明示的に含まれています。しかし、私はあなたがTBBを更新し、ワークフローが始動しないケースがあるかもしれないと指摘しています。
これが役に立ちます。
これは、複合テンプレートがTridionバージョン5.3に付属する前に、非複合VBテンプレートで使用されていた従来の機能です。しかし、今日では、TBBがワークフローに含まれないため、これはあまり役に立ちません。したがって、ワークフローで制御できるのはページ/コンポーネントテンプレートですが、TBBは内部ではありません。
私が知る限り、テンプレートのワークフロープロセスはあなたの提案どおりに機能します。しかし、前回チェックした（2009年版）、アイテムを公開するときにはMinimal Level of Approvalのステータスは尊重されませんでした。残念ながら、これは、テンプレートの変更は、誰かがパブリッシュすると常にすべてのターゲットがすぐに利用できることを意味します。このため、私は常に、プロダクション環境ではなく開発環境でテンプレートの変更を行い、コンテンツポーターを使用してテンプレートのリリースを管理することを推奨します。
R5.3のモジュラーテンプレートはTBBを大量に使用しているので、この機能は見落とされている可能性があります。 TBBの問題とMinimal Level of Approvalの問題が修正された場合、新しく設計されたサイトを立ち上げるための非常に興味深いリリースシナリオを作成できます。
もちろん、TBBのワークフローは見落とされていました。テンプレートのワークフローはそれほど使用されていません。実際、私はそれを一度も見たことがありません。 – Quirijn
他の人も示唆しているように、テンプレートをリリースするあなたのアプローチは、DTAP（Development-Test-Acceptance-Production）環境を利用する必要があります。この設定の複雑さは、特定の要件に依存します。
ワークフローを開発作業に使用すると、あまり役に立たない可能性があります。多くのことは、異なる開発者が自分の仕事をどこに統合するかによって異なります。複数のDEV環境がある場合、個々の開発者はそれぞれ独自のシステムでワークフローを望んでいない可能性があります。開発者が変更をコミットするとき、主に複数のアセットで構成され、それぞれがワークフローを別々に実行する必要があるため、DEVマシンの1つまたはTESTに統合するとしますこれが起こっている間に他の人に見える変化の一部と、そうでないものとがある。すべての開発者が同じサーバー上で作業する場合、ワークフローのこれらの側面はさらに傷つくでしょう。
ワークフローは、一度に1つの無関係なアセットのリリースを管理する場合に最も役立ちます。典型的な開発作業はこのようなものではなく、むしろ余分なステップの量は単なるオーバーヘッドに過ぎず、通常の開発分野の必要性は排除されません。 Quirijnが指摘するように、人々はこれをしません。私はあまりにもそれを見たことがない、と私はそれを言うことが非常に嬉しいです。
ありがとうございます - 私はあなたが示唆したようにDEVに変更を加えます – GourmetCMS