tridion - SDL Tridionコンポーネントとページテンプレートのワークフローは何に使用されますか？

Question

SDL Tridion 2009と2011の両方で、[パブリケーション]ダイアログの[ワークフロー]タブに、[関連付けられたページテンプレートプロセス]と[関連付けられたコンポーネントテンプレートプロセス]のフィールドがあることに気付きました。

これは、テンプレート/コードの変更を本番環境で行い、ワークフロープロセスを通じてリリースできることを意味しますか？これは良い習慣ですか？その場合、テンプレートビルディングブロックのワークフロープロセスの関連付けがないのはなぜですか？

Answer 1

これの目的は本番環境では使用されませんが、開発段階で使用できます。この機能は、開発者がテンプレートを開発してワークフローを開始し、チームリードがそれをレビューして変更を承認/拒否する、コード/テンプレートの設計レビュープロセスに役立つと思います。

Production / UAT / QAの場合、NO.NO.NO。（これを十分に強調したいだけです:)）それは私見の良い習慣ではありません。通常のDTAPであるコンテンツポーターパッケージのエクスポート/インポートを使用して、変更管理プロセスを実行する必要があります。

TBBにワークフローがないのはなぜですか？TBBはとにかくCT/PTの一部になるため、CT / PTをレビューすると、TBBはレビューに明示的に含まれます。ただし、TBBを更新するだけで、ワークフローが開始されない場合があるとのことです。

お役に立てれば。

Answer 2

これは、Tridionバージョン5.3で複合テンプレートが登場する前に、非複合VBテンプレートで使用できたレガシー機能です。ただし、TBBはワークフローに含まれないため、今日ではこれはあまり役に立ちません。したがって、ワークフローを介して制御できるのはページ/コンポーネントテンプレート部分だけであり、内部のTBBは含まれません。

Answer 3

私の知る限り、テンプレートのワークフロープロセスはあなたが提案するように機能します。ただし、前回（2009年版で）チェックしたMinimal Level of Approvalときは、アイテムを公開するときにステータスが尊重されませんでした。残念ながら、これは、誰かが公開したときに、テンプレートの変更が常にすべてのターゲットですぐに利用できることを意味します。このため、本番環境ではなく開発環境でテンプレートを変更し、ContentPorterを使用してテンプレートのリリースを管理することを常にお勧めします。

TBBについてのあなたのポイントは良いものです-R5.3以降、モジュラーテンプレートはTBBを広範囲に使用しており、そのため、この機能は見落とされていた可能性があります。TBBの問題とMinimal Level of Approval問題が修正された場合は、新しく設計されたサイトを立ち上げるための非常に興味深いリリースシナリオを作成できます。

Answer 4

他の人が示唆しているように、テンプレートをリリースするためのアプローチでは、Development-Test-Acceptance-Production（DTAP）環境を利用する必要があります。この設定の複雑さは、特定の要件によって異なります。

開発作業にワークフローを使用することは、おそらく役に立たないでしょう。多くは、さまざまな開発者が作業を統合する場所によって異なります。複数のDEV環境がある場合、個々の開発者が独自のシステムでワークフローを必要とする可能性はほとんどありません。DEVマシンの1つ、またはおそらくTESTに統合すると仮定すると、開発者が変更をコミットすると、ほとんどの場合複数のアセットで構成され、それぞれが個別にワークフローを実行する必要があるため、ワークフローも必要ありません。 、これが発生している間、変更の一部が他の人に表示され、他の部分は表示されません。すべての開発者が同じサーバーで作業している場合、ワークフローのこれらの側面はさらに害を及ぼします。

ワークフローは主に、関連のない単一のアセットのリリースを一度に1つずつ管理する場合に役立ちます。典型的な開発作業はこのようなものではなく、率直に言って、余分なステップの量は単なるオーバーヘッドであり、通常の開発分野の必要性を排除することはありません。Quirijnが指摘するように、人々はこれをしません。私も見たことがないので、とてもうれしく思います。