我的组织最近推出了一个新的Sitecore网站，用于推出全新产品;让我们称之为网站A.网站A由外部Sitecore供应商构建。他们现在想要使用网站A的模板重建他们的旧网站（网站B）。他们希望网站B具有与网站A相同的功能，只需进行少量样式更改和几个新页面。
我们正在尝试在内部执行此项目，并且我们拥有一个对sitecore相对较新的Web团队（大约6个月的开发经验）。我正在寻找关于如何处理这个项目的一些指导，并将感谢任何反馈和建议。
我们是否在网站B的Sitecore的新实例中以网站A的精确副本开头？如果我们可以将模板，项目，代码等中网站A的所有引用重命名为网站B，那就太棒了。
答案 0 :(得分：1)
您可以首先复制网站A的内容节点，然后在同一个实例中为网站B重命名 - 然后您将根据与网站A相同的模板/布局获得新内容。如果有样式更改您可能需要网站B的新布局来引入不同的风格。
但需要注意的事项：
数据源 - 网站中的任何渲染都可能包含数据源。如果站点A中的这些引用项目需要相对于站点B进行重新命名。如果有很多这样的参考项目，您可以运行Sitecore Powershell脚本来执行此操作。
数据源位置 - 这些将在每次渲染时设置，如果在每个站点中使用渲染，则必须相对工作 - https://jermdavis.wordpress.com/2014/02/21/improving-your-sitecore-ia-with-relative-datasource-locations/
分歧 - 您需要确保模板/渲染不会为每个网站带来任何影响，只要您开始更改某个网站中某个功能的模板/效果图，这会对其他网站产生影响 - 这一点可能会变得混乱。然后，您可能需要通过将一些模板/渲染移动到公共文件夹中进行重构，然后为模板提供特定于站点的文件夹。
最安全的方法是从站点A复制模板/布局，然后浏览站点B的内容并将其模板和渲染更改为新的模板和渲染。这样两个站点就有能力在需要时进行翻译。
重复项目 - 您可能想要考虑内容架构，这两个站点是否会共享数据？如果是这样，将内容移出到每个站点节点之外的全局文件夹可能是有意义的，否则您最终可能会复制数据
标准值 - 这些是模板的默认设置。听起来您需要更改站点B的布局以考虑样式更改。这意味着每个站点中每个基于页面的项目的标准值必须不同，因此您几乎肯定需要新的 模板来解释这一点。
总结一下：复制粘贴工作听起来很容易，但长期来看，你可能会遇到困难。通过在必要时复制模板并仔细查看网站之间可以共享的项目，可以更好地解释未来的任何分歧。