适用于内容交付的DTAP设置

Question

我有这个设置，但它似乎不太正确。

您将如何改进跨多个.NET（客户）开发团队的内容交付（CD）开发？

CMS服务器 - ＆gt; Presentation Server环境

• CMS生产 - ＆gt;实时和预览网站
• CMS组合测试+接受（内部称为“分期”） - ＆gt;直播（“分期”）
• CMS开发（DEV） - ＆gt; Live（开发者网站），有时开发者本地机器（笔记本电脑）

期望和限制：

• 多个团队和多个网站
• 单个 DEV CMS许可证（我相信客户的典型情况？）
• 每个开发者都有足够的CD许可证
• 最好是开发人员可以在本地编程和运行更改 - 这是一个合理的期望吗？

曾为

我们使用Content Delivery API针对本地计算机和CD DEV的相同代理数据库开发了ASP.NET页面。本地计算机具有CD dll，它们自己的许可证文件，并且可以通过查询和组件表示调用运行/调试。

为

我们偶尔会发布Dev开发服务器和 Developer机器，这些机器现在似乎不正常，但我认为是在本地机器上获取架构文件。但是，是的，我们不信任开发经纪人数据库。

有问题的：

本地计算机有时需要Tridion发布的页面，但我们无法可靠地发布到本地计算机：

• 为单个“本地计算机”发布目标设置多个发布目标不起作用 - 我们经常将这些“服务器”带回家。
• VPN阻止对异地笔记本电脑的访问（当时使用“传入”文件夹）。

为每个开发人员管理发布目标并为每台新笔记本电脑设置CD是一种很好的做法（在练习中，不一定是个好主意），但只是有点单调乏味。

这些后见之明的方法是否适用？

• 我们自己将物理文件从Dev同步到本地计算机？
• 不要在本地运行演示网站（localhost），而是从Dev构建，上传dll和测试？
• 我们只是错过了第四个CMS环境？尽管我们喜欢我们的销售人员，但我们对购买另一个CM许可证并不感兴趣。

您如何更好地为组织中的多个开发人员设置.NET CD？

编辑：@DominicCronin指出这只是正确DTAP设置的一个子集。我更新了我的条款并创建了separate question to clarify DTAP with Tridion。

Answer 1

这个问题的答案在很大程度上取决于您选择的发布模式。

当使用像DD4T这样的框架的动态模型时，只需一个开发环境即可。在该环境中有一个CMS和一个CD服务器，所有内容都发布到代理数据库。 CD环境可以用作自动构建系统，开发人员纯粹在localhost网站上本地工作（从dev代理数据库获取数据），并在VCS中检查他们的更改（基于此可以自动构建）完成）。
此解决方案只能与单个CMS一起使用，因为在CMS端几乎没有开发任何代码（模板是标准化的，所有工作都在CD端完成）。

如果您使用的是静态或代理发布模型，则会变得更加复杂。然后我认为解决方案是将Un-split和Dev分成Dev，如Nuno和Chris所示。 此解决方案需要在CMS和CD方面进行编码，因此每个开发人员都拥有自己的本地CMS和CD环境的巨大优势。

Answer 2

与您的Tridion客户经理交谈，并同意适合您想要的开发模式的许可证包。当然，他们希望最大化他们的收入，但是计算的各种东西都真正意味着确保大客户相应地支付，而小客户则以能够反映他们获得的利益的价格获得他们能够负担得起的东西。事实上，建立一个注重质量的经过深思熟虑的发展街道，将确保良好的客户满意度和长期参与。

好的 - 所以客户经理仍然有内部规则要遵循，但他们在与客户达成明智协议时也有相当大的自主权。我并不是说这总是有效，但它的方式比盲目假设他们坚持以同样的方式计算每台服务器更好。

在技术方面 - 当然，尝试让本地开发人员设置和共同的主服务器服务器a-la Chris's 5th。现在，您的公共开发环境应该被视为构建/集成服务器：团队保证所有测试都将运行的第一个位置。

CM和CD开发的要求差别不大，但如果CM开发不多，您可以从一个CM发布到多个开发人员目标。 （对于MVC-ish方法来说，这有点真实，但它不是银弹。）