CMS体系结构 – 同步开发/testing/分段环境

我们有一个典型的代码,内容和数据库stream程:

DEV->build设 – > Staging-> PROD

踢球者是客户仅在Prod中编辑和发布内容。

因此,我们目前的策略是尝试在半定期的基础上完成全面的内容同步Prod-> Staging,然后在临时的基础上完全同步Prod-> Build / Dev。 做生产 – >build设/开发推动意味着环境在一段时间内(至less一天)是无法使用的。

有什么策略可以确保您的开发/testing/构build环境在内容方面准确地匹配产品,以及其他方面如何pipe理这个问题?

我们使用Sitecore 6.1作为CMS系统

我经常使用SDL Tridion,一个典型的场景是Dev,Test,Acceptance和Production。 (有些人称之为DTAP。)在每个这样的环境中,你都有一个登台网站和一个Live网站。 (像Staging这样的词语被用于太多的事情,但忍受着我)内容的人们使用分段网站来validation他们的输出,然后将其发布到实时站点,这将对来自Internet的访问者可见。

内容团队通常只能在生产环境中工作,因此,如您所说,将生产内容带回其他环境很有用。 我通常会让他们带回数据库的副本,并在可能的情况下有一组脚本来修复环境之间所需的任何差异。 如果你的系统将被停用一天,这可能会受到太多的伤害。 我build议你看看为什么要这么长时间,并采取措施来缩短时间。