Tridion DTAP 澄清 - 我需要多少个内容交付设置？

Question

我询问了 Tridion DTAP 的开发人员设置(开发、测试、验收和生产)in this other question ，但请理解该示例与典型的 DTAP 场景不匹配。

Chris Summers 在他的 Fifth Tridion Environment post 中很好地解释了 CM 方面。 。但为了清楚起见，我可以帮助理解理想的设置吗？

CMS 环境

• D = 发展
• T = 测试
• A = 接受
• P = 产量

据我了解，典型作者仅使用 Production 并从 CMS Production 发布到“Live”和“Staging”。其他环境用于开发。

CD？

“实时和登台”是否适用于其他每个环境 - 这是否意味着 8 个内容交付设置(每个网站)？

如果是这样，哪里可以整合——更少的 CMS 环境？目标类型更少？

Answer 1

我相信您应该在每个环境中都拥有 Live 和 Staging - 我认为这样做的主要原因(假设您仅在临时环境中使用 SiteEdit)是为了验证 SiteEdit 语法仅输出到正确的目标。

使用代码检查您要发布到的目标并相应地更改输出的情况并不罕见。如果是这种情况，则必须使用与生产环境相同的目标集合和目标类型进行测试。

在较低环境中进行匹配目标设置的其他原因可能包括需要验证安全模型，在该模型中您向不同的用户或组授予部署到某些目标的权限，以及您是否使用“最低批准级别”功能与工作流程结合时的目标。