我可以删除SDL Tridion默认组吗？
我认为默认的Tridion组（例如编辑、主编等）有一些独特之处，因为创建新出版物似乎会自动获得这些组 事实上，我看到新发布在创建时会获得其指定父级中的所有组，这不一定是因为它们是默认组我可以删除SDL Tridion默认组吗？,tridion,Tridion,我认为默认的Tridion组（例如编辑、主编等）有一些独特之处，因为创建新出版物似乎会自动获得这些组 事实上，我看到新发布在创建时会获得其指定父级中的所有组，这不一定是因为它们是默认组 我可以删除这些默认组吗？除了开箱即用的工作流选项外，从编程或技术角度来看，是否有理由将这些选项保留在Tridion中？现有蓝图之外的新出版物将从默认组中获取默认权限。如果您不需要任何现成的设置，您应该可以删除它们（但我从未尝试过，所以可能不可能）。在数据库中，它们有一个特殊的标志（是默认的组） 我倾向于使用它们来
我可以删除这些默认组吗？除了开箱即用的工作流选项外，从编程或技术角度来看，是否有理由将这些选项保留在Tridion中？现有蓝图之外的新出版物将从默认组中获取默认权限。如果您不需要任何现成的设置，您应该可以删除它们（但我从未尝试过，所以可能不可能）。在数据库中，它们有一个特殊的标志（是默认的组）
我倾向于使用它们来控制权限，并使我的其他组成为作者、编辑等的成员，这样我就可以获得所有出版物的一些基本权限。在R5 security的原始设计中，可以删除预定义组，这是有意的。如果您收到一条特定的消息，告诉您这是不可能的，那么这个约束一定是后来添加的，大概是因为代码是为2011年重新编写的
R5中的想法是，预定义的组将提供良好的“开箱即用”体验，并为人们节省一些配置。（当然，它提供了与R4的向后兼容性。）其他功能也支持这一点：例如，如果在蓝图中创建出版物，预定义组的权限将从父出版物中克隆。对于您自己创建的组，这种情况不会发生。毕竟，如果你选择了自定义安全设置，那么期望你自己定制一切是合理的，对吗
我想不出一个好的理由来阻止删除它们。也许有人认为“定制”方法太不友好了，但我在猜测。（有人知道真正的原因吗？不，不可能删除预定义的组--您总是会收到一个错误，说这么多 我无法解释这其中的原因，但我想，它们被用于新出版物的事实至少是部分原因
不过，您不需要实际使用它们。好的一点，我尝试删除
交互管理器无法删除预定义的组。组：交互管理器。编辑器项目正在使用中无法删除组（tcm:0-7-65568）。