Sitecore 开发和演示服务器

Question

我试图了解在多个 Sitecore 安装之间移动信息的最佳实践/推荐设置是什么。我的机器上有一份 Sitecore 设置副本用于开发。我们需要系统设置的副本，以便向客户演示并供人们在启动前输入内容。我应该如何设置，以便人们可以输入内容/修改站点的演示版本，同时仍然允许我继续在本地计算机上进行开发并发布我的更新，而不会覆盖系统之间的更改？或者这不是我应该采取的正确方法？

我相信“发布目标”功能是我需要使用的功能，但由于这是我使用 Sitecore 的第一个项目，因此我正在寻找有关如何管理此工作流程的实践经验。

Answer 1

内森，您没有指定 Sitecore 的版本，但我假设 6.01+

利用发布目标，您可以将开发 Sitecore 树(或子树)从开发环境“发布”到目的地，例如您的 QA 服务器。但是，您有可能发布/sitecore/content/home/*，然后清除您的生产内容!

Mark mentioned使用“Sitecore 包”移动内容(以及模板、布局项目等)，这是在环境之间移动项目的传统方式。此外，您没有指定所使用的 Sitecore 版本，但 Sitecore 6.3+ 不需要暂存模块。暂存模块通常用于保持文件系统同步并清除内容交付服务器的缓存。

但是，这里缺少的一个难题是，您仍然需要更新 QA 框中的代码(.jpg、.css、.js、.dll、.etc)。

最佳解决方案是将您的 Sitecore 项目(模板、布局项目、渲染项目和开发人员拥有的内容项目)与您的 ASP.NET Web 应用程序和您可能拥有的任何类库项目一起置于源代码管理中。在基本层面上，您可以使用 Sitecore 内置的“序列化”功能来完成此操作。拉斯·尼尔森 (Lars Nielsen) 写了一篇 article touching on this .

要将此提升到一个新的水平，您可以使用诸如Team Development for Sitecore之类的工具。 。该工具可让您轻松地将 Sitecore 项目引入 Visual Studio 并将其视为代码。此时，您可以设置自动构建或持续集成，以便您的代码和 Sitecore 项目自动推送到您的 QA 环境。还有一些配置选项可以处理在保留生产内容的同时仍然部署开发人员拥有的项目的情况。