适用于内容交付的DTAP设置

Question

我有这个设置,但它似乎不太正确.

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

CMS服务器 - > Presentation Server环境

• CMS生产 - >实时和预览网站
• CMS组合测试+验收(内部称为"暂存") - >实时("暂存")
• CMS开发(DEV) - > Live(开发网站),有时是开发人员本地机器(笔记本电脑)

期望和限制:

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

工作

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

坏

我们偶尔会发布Dev开发服务器和开发者机器,这些机器现在似乎没有,但我认为是在本地机器上获取模式文件.但是,是的,我们不信任开发经纪人数据库.

问题:

本地机器有时需要Tridion发布的页面,但我们无法可靠地发布到本地机器:

• 为单个"本地计算机"发布目标设置多个发布目标不起作用 - 我们经常将这些"服务器"置于主页.
• VPN阻止了对异地笔记本电脑的访问(当时使用"传入"文件夹).

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

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

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

你怎么能更好地为组织中的几个开发人员设置.NET CD？

编辑:@DominicCronin指出这只是正确DTAP设置的一个子集.我更新了我的条款,并创建了一个单独的问题,以使用Tridion澄清DTAP.

Answer 1

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

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

如果您使用静态或代理发布模型，它会变得更加复杂。然后我认为解决方案是将 Dev 分为 Unit-Dev 和 Dev，正如 Nuno 和 Chris 所指出的那样。该解决方案需要在 CMS 和 CD 端进行编码，因此每个开发人员拥有自己的本地 CMS 和 CD 环境都会受益匪浅。