我们有一个典型的代码，内容和数据库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议你看看为什么要这么长时间，并采取措施来缩短时间。