Tridion 隐藏继承的内容/架构

我正在处理一份在tridion蓝图层次结构中处于较低位置的出版物。从蓝图中较高位置的出版物继承的某些内容和架构不适用于我的出版物，我的出版物永远不会使用这些内容和架构

我将与添加这些项目的内部团队跟进，并尝试说服他们：

这些项目应在不同的出版物或

我们的蓝图需要调整

如果那没有用，我有什么选择？我可以隐藏我不想要的内容/模式吗？此外，如果蓝图对我继承的内容有更细粒度的控制，似乎会有所帮助

---

有什么建议吗

可以使用安全模型在BluePrint子级中隐藏组织项目-只需在适当级别删除所有组的读取权限即可。当然，这取决于相关项目，这些项目不与该级别的继承项目共享组织项目。

是的，您可以控制可见的内容。由于继承（共享）与发布是分开的，因此通常最好：

• 共享架构、类别定义，以及可能共享的模板功能（例如TBB）
• 共享，但通过文件夹权限隐藏组件
• 使用子文件夹限制每个发布的架构和模板可见性

蓝图更改？ 单独的内容发布（以避免共享）对于某些场景是有意义的：

• 法律要求。为了满足法律或审计要求，避免在非营利网站上发布商业信息，您可以使用两种出版物或设置，其中商业内容低于非营利内容
• 多租户。不常见，但如果您的多租户方案使用相同的CMS，但内容不同，您的“客户”会喜欢单独发布内容
• 内部内容。内部网或其他非常敏感的信息与全球内容发布平行或在全球内容发布之上时“更安全”

如果这些不适用，最好至少共享内容。您需要在单独的、更高级别的出版物中使用模式

股份结构和定义 即使内容应该在不同的出版物中，共享组件的“结构”或模式定义也是一个好主意。单个架构发布可以保存可嵌入/元数据/常规架构、类别和一些系统级文件夹，而不会影响模板或内容

内容和文件夹 实际上，将内容整合到较少的共享内容发布中是一个好主意。这使作者的生活更加轻松，特别是如果您有一个集中的内容创作团队

即使是在不同的组中，您也可以通过执行以下操作在子出版物中“隐藏”不相关的文件夹：

• 删除对具有该发布范围的组的较低发布中文件夹的读取权限
• 如果无法访问内容，则将

  隐藏组织项目设置为1（为true）

模式和模板 还可以通过以下方式限制架构和模板的可见性：

• 将架构放置在具有特定权限的子文件夹中。只有对这些文件夹具有读取权限的用户和组才能在“组件表单视图”下拉列表中查看和选择架构
• 对模板执行相同操作将限制谁可以查看哪些模板。在页面上创建组件演示文稿时，模板选择已经受到限制——下拉列表中只能选择组件架构的关联架构

通过文件夹上的组和权限设置解决“我的出版物永远不会使用”要求。如果这是一个“永远不应该…”的例子，那么考虑一下蓝图的变化。 编辑：修复了内部网发布的位置，它与任何全局内容平行或更高