我正在尝试了解在多个Sitecore安装之间移动信息的最佳做法/建议设置。我在我的机器上有一份Sitecore设置用于开发。我们需要系统设置的副本，以便向客户端演示并让人们输入内容预启动。我应该如何设置，以便人们可以输入内容/修改网站的演示版本，并允许我继续在我的本地计算机上进行开发并发布我的更新而不会覆盖系统之间的更改？或者这不是我接受的正确方法吗？
我认为“发布目标”功能是我需要使用的功能，但这是我第一个使用Sitecore的项目，因此我正在寻找有关如何管理此工作流程的实践经验。
答案 0 :(得分：4)
森， 您没有指定Sitecore的版本，但我会假设6.01 +
利用发布目标，您可以将开发Sitecore树（或子树）从开发环境“发布”到目标，例如QA服务器。但是，您可能会发布/ sitecore / content / home / *然后删除您的制作内容！
Mark mentioned使用“Sitecore Packages”来移动您的内容（以及模板，布局项目等），这是在环境之间移动项目的传统方式。此外，您没有指定您正在使用的Sitecore版本，但Sitecore 6.3+不需要Staging Module。暂存模块通常用于保持文件系统同步并清除Content Delivery服务器的缓存。
然而，这里缺少的一个难题是，你仍然需要在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环境。还有一些配置选项可用于处理在仍然部署开发人员拥有的项目的同时保留生产内容的方案。
答案 1 :(得分：2)
如果您需要从同一个实例发布到多个目标，我建议您查看staging module，即将内容从一个树通过防火墙发布到开发站点，再发布到QA站点等。
如果您只是将内容从一个实例迁移到另一个实例，则可以使用Sitecore packages作为移动内容的标准工具。这些包将内容序列化为XML并将其压缩，并允许您在其他实例中安装它们。