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

我询问了Tridion DTAP（开发、测试、验收和生产）的开发人员设置，但我知道该示例与典型的DTAP场景不匹配

克里斯·萨默斯在他的文章中很好地解释了CM的一面。但为了清楚起见，我能得到帮助了解理想的设置吗

CMS环境

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

我知道典型的作者只使用从CMS制作到“直播”和“登台”的制作和发布。其他环境用于开发

光盘 是否“直播和登台”适用于其他每个环境？这是否意味着（每个网站）有8个内容交付设置？

---

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

我认为您应该在每个环境中都使用Live和Staging—我看到的主要原因（假设您仅在Staging环境中使用SiteEdit），是为了验证SiteEdit语法是否仅输出到正确的目标

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

---

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

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

SiteEdit/Workflow在登台环境中扮演着重要角色，如果使用它们，则必须在所有环境中都有

---

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

站点编辑和工作流程方面的优点。我同意企业（客户的决策者）肯定需要而且可能想要完整的设置，但我也看到它在他们认为是工作的两倍时犹豫不决。通过虚拟机和动态设置（DD4T），这变得越来越容易。虽然我同意Ram和Chris的观点，但事实上，我对D/T/a上的单个目标有更多的经验，因此相同的站点用于SiteEdit。在P上安装后，此目标将重命名为“Staging”，并在旁边创建一个新的“Live”目标。工作流方面做得不多（目前！）。结束通话，@RamG，但我将对两者进行投票，但接受Chris对细节的回答。是的，您需要在每个环境中设置临时目标和活动目标，尤其是能够开发、测试和接受自定义，如需要特定目标类型的自定义解析程序、SiteEdit、工作流，以及其他一些。