Tridion 内容交付的正确DTAP设置

我有过这样的设置，但似乎不太正确

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

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

• CMS制作->现场和预览网站
• CMS组合测试+验收（内部称为“分段”）->现场（“分段”）
• CMS开发（DEV）->Live（DEV网站），有时还有开发人员本地机器（笔记本电脑）

期望和限制：

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

工作正常

我们针对本地计算机和CD-DEV的同一个代理数据库使用内容交付API开发了ASP.NET页面。本地计算机有CD-DLL、它们自己的许可证文件，并通过查询和组件表示调用运行/调试良好

坏的

我们偶尔会发布到Dev演示服务器和开发人员机器上，但现在似乎不是这样，但我认为这是为了在本地机器上获取模式文件。但是，是的，我们不信任开发代理数据库

有问题：

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

• 为单个“本地计算机”发布目标设置多个发布目标是行不通的——我们通常会将这些“服务器”带回家
• VPN阻止了对场外笔记本电脑的访问（当时使用了“传入”文件夹）

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

这些事后诸葛亮的方法是否适用

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

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

---

编辑：@DominicCronin指出，这只是正确的DTAP设置的子集。我更新了我的术语并创建了一个。

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

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

如果您使用的是静态或代理发布模型，它会变得更加复杂。然后我认为解决方案是将Dev分成单元Dev和Dev，正如Nuno和Chris所指出的那样。

---

此解决方案需要在CMS和CD端进行编码，因此每个开发人员拥有自己的本地CMS和CD env都有巨大的好处。

与您的Tridion客户经理交谈，并商定一个适合您想要的开发模式的许可证包。当然，他们想最大限度地增加收入，但统计的各种事情实际上都是为了确保大客户相应地支付费用，而小客户则以反映其收益的价格获得他们能够负担得起的东西。事实上，建立一条深思熟虑、注重质量的发展之路，是确保良好的客户满意度和长期参与的关键

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

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

---

CM和CD开发的需求并没有太大的不同，尽管如果没有太多CM开发，您可能可以从一个CM发布到多个开发人员目标。（这在某种程度上是MVC-ish方法的真实情况，但它不是银弹。）

我仍然发现最简单的方法是遵循“第五环境”原则，正如Chris在这里概述的伟大主题Alvin。我在一些实现中也看到并经历过同样的情况，这是CWA或MVC模型工作得更好或被某些人选择的主要原因之一。您使用了术语DTAP（用于开发测试验收产品），然后描述了一个三层系统，中间一层称为staging。在Tridion世界（至少在欧洲部分），登台（不是预览）指的是在上线前检查内容的网站，这是一个相当成熟的术语。因此，每个环境都需要一个临时站点和一个活动站点。预览是美国式的吗？在Tridion之前，这个特定的团队已经有了一个用于开发测试和内容审查的临时站点。因此，在这种情况下，预览将被接受。虽然有一组也有“前期制作”，但不知道还有谁