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

Question

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

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

CMS 环境

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

我了解典型的作者只使用生产并从 CMS 生产发布到“实时”和“暂存”。其他环境用于开发。

CD?

“Live and Staging”是否适用于其他每个环境——这是否意味着 8 个内容交付设置（每个网站）？

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

Answer 1

我相信你应该在每个环境中都有 Live 和 Staging - 我看到的主要原因（假设你只在你的 staging 环境中使用 SiteEdit）是为了验证 SiteEdit 语法只输出到正确的目标。

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

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

Answer 2

是的。这是企业想要的模型，我们经常将其构建为一种实践，以便在所有环境中保持一致的环境模型。

SiteEdit/Workflow 在 Staging 环境中发挥着重要作用，如果正在使用它们，则必须在所有环境中都有。

您可以整合 CMS 环境吗？显然是的，有更多的目标类型/CD，但对您的 DTAP 模型有影响。 （例如；为 QA 和 UAT 结合 CMS）。