1

Sitecoreの公開ワークフローに加えて作業単位パターンを実装する必要がある人がいるかどうか疑問に思っていますか?複数のリンクされた「サブ記事」を持つ「記事」をワークフロー化する必要があります。これらはすべてブロックで編集され、投稿、レビュー、およびサインオフの状態を通じてワークフロー化する必要があります。何か案は?

Kevin Obeeのコメントに基づいて2012年10月24日を更新:

はい、これは非常に興味深いアプローチのように見えます!それに基づいて、私たちはいくつかの同様のアイデアを思いつきました。すべてのコンテンツアイテムに対して一時的なワークフローを作成する代わりに、一時的な「バンドルアイテム」(「変更セット」に含まれている必要があるすべてのアイテムへの参照を保持するコンテンツアイテム)を作成してみませんか。したがって、この「バンドルアイテム」を「変更設定ワークフロー」に移動します。この移動すると、「コンテンツアイテムワークフロー」に含まれるコンテンツアイテムの状態が更新されます。例:1。新しいコンテンツアイテムの作成/編集->新しいバージョンを作成し、カスタムウィンドウを表示して「バンドルアイテム」に割り当てます(ウィンドウには、新しい「バンドルアイテム」を作成してコンテンツアイテムを割り当てる機能があります) )2。1つの「バンドルアイテム」は、「変更セット」を定義する多くのコンテンツアイテムへの参照を保持できます。3.3。

4

2 に答える 2

3

Alex Shybaは、2011年10月にSitecore仮想ユーザーグループにワークフローバンドルソリューションを提示しました。

彼のプレゼンテーションは、Sitecore USラボからの最新のクールなプロトタイプであり、ワークフローバンドルの説明はビデオの50:35マークにあります。

アップデート:

2012年10月23日の時点で、ワークフローバンドルはプロトタイプとしてのみ存在していると報告されています。たぶん、アレックスは素晴らしいアイデアのように見えるものが必要だと説得することができます。

プロジェクトアイテム共有ソースモジュールがリリースされました

John Penfoldは、Sitecoreマーケットプレイス内で彼のプロジェクトアイテムモジュールをリリースしました。このモジュールは、複数のコンテンツとメディアアイテムを単一のプロジェクトとして管理し、プロジェクトがリリースされたときにそれらがアトミックに公開されるようにします。Johnが先週ロンドンのSitecoreUserGroupでモジュールのデモを行ったのを見ましたが、それはあなたの要件をかなり満たしているようです。

于 2012-10-22T20:26:05.380 に答える
0

すべてのアイテム保存イベントのワークフローパイプラインから始めます。更新されたアイテムを見つけます。特定のワークフローに属している場合は、そのサブ記事をプルして、同じワークフローに添付します(まだの場合)。また、アイテムが承認されたら、依存するすべてのアイテムが承認されるまで、アイテムをキュー(別のデータベース)にプッシュすることをお勧めします。バッチジョブを実行して、基準が満たされたら、キューからすべてのアイテムを最終的に公開します。

于 2012-10-22T15:55:04.637 に答える