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

Question

我询问了Tridion (开发、测试、验收和生产) 在另一个问题上的开发人员设置，但是理解这个示例与典型的DTAP场景不匹配。

克里斯·萨默斯在他的第五Tridion环境站中很好地解释了CM方面的问题。但是为了清晰起见，我能得到帮助来理解理想的设置吗？

CMS环境

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

我理解典型的作者只使用从CMS生产到"Live“和”分阶段“的产品和发布。其他环境是用于开发的。

CD？

是否适用于其他每个环境？？这是否意味着8个内容交付设置(每个网站)？

如果是这样的话，在哪里可以合并--更少的CMS环境？更少的目标类型？

Answer 1

我认为您应该在每个环境中使用Live -我看到的主要原因是(假设您只在您的暂存环境中使用SiteEdit )，是为了验证SiteEdit语法只输出到正确的目标。

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

在较低环境中具有匹配目标设置的其他原因可能包括需要验证安全模型，在这些模型中，您可以将对特定目标的部署权限授予不同的用户或组，如果您在与工作流结合时在目标上使用“最低级别的批准”功能。

Answer 2

是。这是企业想要的模型，我们经常将其作为实践来构建，因此在所有环境中都维护了一致的环境模型。

SiteEdit/Workflow在暂存环境中起着很大的作用，如果要使用它们，则必须在所有环境中使用它们。

您能巩固CMS环境吗？显然，是的，有更多的目标类型/CD，但这对您的DTAP模型有影响。(例如，为QA和UAT组合CMS )。