2

ドキュメントに記載されているように、アイテムのセキュリティ設定は各アイテムのテキスト定義として保持されます。

アイテムがたくさんある巨大なツリーがあり、さらに30以上のロールが存在します。私たちが直面している課題は、すべてのアイテムのセキュリティ設定を管理し、それらを環境 (Dev、TEST、UAT、Prod) 間で昇格させる方法です。TFS と TDS (Sitecore のチーム開発) を使用していますが、すぐに使用できるシステムが機能するため、すべてのセキュリティ構成はアイテムの一部です。

選択したアイテムの特定のロールのセキュリティ アクセスを変更したいとします。これは、TDS プロジェクトで変更を行い、これらのアイテムをすべての環境に再デプロイする必要があることを意味します。これは正しい/推奨されるアプローチですか? 他の方法はありますか?

アップデート:

具体的事例。管理者が項目 A の最初に定義されたセキュリティ構成を変更した (新しい構成を導入するか、既存の構成を変更する) 運用サイトが運用されています。他のいくつかのフィールドも変更できます。新しく開発された機能を本番環境にデプロイする準備が整いました。新しい変更の 1 つはアイテム A です。新しいロール N1 の新しいアクセス権が導入されています。私たちが望む結果は、製品からアイテム A のすべての構成を保持し、さらに役割 N1 の新しいセキュリティ アクセス権を追加することです。これはどのように達成できますか?アイテム A 全体を再デプロイすると、本番環境から構成が失われます。

ありがとう。

4

1 に答える 1

3

TDS を使用するかどうかに関係なく、アイテムを再デプロイする必要があります。アイテムのセキュリティ設定は、Sitecore の構造上、アイテムと共に保存されます。そのため、アイテムのセキュリティ設定が変更された場合、これは文字通り、アイテムが変更され、再展開する必要があることを意味します。

毎回展開する必要があるアイテムの量を最小限に抑えるには、次のことができます。

  • 「継承」オプションを可能な限り活用します。その結果、明示的な「許可」または「拒否」権限を持つアイテムのみが影響を受けます
  • ユーザーではなくロールにセキュリティを割り当てる- その結果、新しいユーザーにアクセス許可を適用するには、適切なロールに含めるだけです
于 2013-01-09T14:40:42.060 に答える