为内容传递设置适当的DTAP

Question

我有过这样的安排，但看起来不太对。

如何在多个.NET (客户)开发团队中改进内容交付(CD)开发？

CMS服务器->表示服务器环境

• CMS制作->直播预览网站
• CMS联合测试+验收(内部称为“阶段”) ->实况(“阶段”)
• CMS开发(DEV) -> Live (Dev网站)，有时开发本地机器(膝上型计算机)

的期望和限制：

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

工作过

我们使用内容交付API针对本地机器和CD的同一代理数据库开发了ASP.NET页面。本地机器有CD dll、它们自己的许可文件，并且在查询和组件表示调用中运行/调试很好。

Bad

我们偶尔会向Dev表示服务器和开发人员机器发布，但我认为这是为了在本地机器上获取模式文件。但是的，我们不信任Dev broker数据库。

Problematic:

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

• 为单个“本地机器”发布目标设置多个发布目的地是行不通的--我们通常会把这些“服务器”带回家。
• VPN阻止对非现场膝上型计算机的访问(当时使用“传入”文件夹)。

管理每个开发人员的发布目标和为每台新笔记本安装CD是一个很好的实践(就像在练习中一样，不一定是一个好主意)，但只是有点乏味。

这些后知后觉的方法是否适用？

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

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

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

Answer 1

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

当使用带有像DD4T这样的框架的动态模型时，您只需使用一个开发环境即可。该环境中有一个CMS和一个CD服务器，所有内容都发布到代理数据库中。CD环境可以用作一个自动构建系统，开发人员完全在本地本地工作(该网站从dev broker数据库获取数据)，并且在VCS中检查他们的更改(基于VCS可以进行自动构建)。

这个解决方案只能使用一个CMS，因为在CMS端几乎没有开发任何代码(模板是标准化的，所有工作都是在CD端完成的)。

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

Answer 2

与您的Tridion帐户经理交谈，并同意一个适合您想要的开发模式的许可证包。当然，他们想要最大限度地提高他们的收入，但所有这些都是为了确保大客户支付相应的费用，而较小的客户能够以反映他们所获得的利益的价格得到他们能负担得起的东西。事实上，建立一条经过深思熟虑、注重质量的发展道路是确保良好的客户满意度和长期合作的关键所在。

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

在技术方面-当然，尝试让本地开发人员设置和一个共同的主开发服务器a的第5。现在，您的公共dev环境可能应该被看作是一个构建/集成服务器:团队首先保证所有测试都将运行。

对于CM和CD开发的需求并没有太大的不同，尽管如果没有太多的CM开发，您可以从一个CM发布到多个开发目标。( MVC-ish方法在某种程度上是正确的，但它不是灵丹妙药。)