Sitecore 演示文稿详细信息在不同版本之间共享

我一直在想，是否有人知道为什么演示细节（存储在Renderings字段中）在默认情况下是跨所有语言和版本共享的

我已确认这是“共享”字段与以下链接的预期行为：

此SO帖子：

此SDN资源：

形势 作为一名作者，我创建了一个新页面，并通过工作流审批将其推送。一切都很好，页面已经发布。第二天，我想做一些更改，打开页面编辑器，创建一个新版本，然后开始在页面上添加和删除组件

问题 一旦我点击save，我的页面的批准和发布版本也会受到影响。我以前布局的历史已经不复存在了。一旦有人（或计划的PublishAgent）执行了站点发布，Web数据库中的我的页面就会更新

当然，我添加的新组件的数据源可能还没有发布，但是如果我添加了一个已经批准的现有数据源呢？我也立即被除名

期望的目标 我希望能够对这些更改进行版本设置，将字段更改为不再共享似乎是正确的做法。在我的例子中，对于一个单一语言的站点，这不会影响它的多语言方面

---

有人知道为什么这个字段在不同版本之间共享吗？如果我取消共享，是否完全中断了升级路径？

这是您在文章中提到的sitecore的默认行为。改变这一点并不总是好的做法。这个话题在前面讨论过，可能会对你有所帮助

我刚刚就这个问题与Sitecore支持人员进行了“交谈”。这些共识似乎是——对他们所说的进行了一点解释——“我们认为如果你改变它就好了。你应该彻底测试它，呈现增量，页面编辑器工作等等。”

我可以添加一些我自己的评论；在渲染上取消选中“共享”，似乎确实有效。至少乍一看是这样。我以前听说过在解决方案中这样做，但我从未听说过它会带来任何不良影响

然而；每当你提起它；你会得到很多紧张的回应和评论，比如“你真的不应该干扰Sitecore的标准设置”。虽然这是一个正确的观点，但我想在这场辩论中补充一点我自己的观点：

考虑到这一点，从API的角度来看，从“共享”字段读取字段值时与从版本化字段读取字段值时几乎没有什么不同之处——我还认为，“取消共享”字段可能会带来问题的潜在情况很少

或者换句话说，我认为它是低风险的。但我也从未在实时环境中运行过真实的解决方案，因为此设置已更改：-）

---

很抱歉，我无法直接回答您的问题-为什么Sitecore会这样设置，我相信这是Sitecore的传统：网站的多语言版本应该只是“分层”的想法完全相同页面的版本和演示细节也可以共享——可能是为了获得一些性能增益。我并不完全相信这一愿景在今天仍然有效——编辑每天在新版本上“页面编辑”新组件，并提前几周设置特别销售横幅和相关内容。

以下是一篇关于做这件事的注意事项的博客文章：

---

也就是说，我参与了一个项目，我们的客户亲自参与了这个项目。它引起了一些问题。我记得，他们取消了

\u renderings

字段的共享，所有以前的版本都丢失了演示设置。此外，所选语言以外的其他语言也会丢失其设置。我们必须做一个数据库恢复，把东西拿回来，并告诉他们再也不要这样做了。如果您正在考虑这一点，请阅读有关的博客文章，并进行一些单独的试运行，因为这可能会暴露出您不知道的问题（例如影响其他语言、旧版本等）。

我完全同意并感谢Mark Cassidy 2014年3月3日对此的回答。从那时起，他们在Sitecore 8.0中添加了“版本化布局”

见：

“版本化布局–同一项目的不同语言版本上的不同演示集”

---

好帖子：

或者简而言之：如果您的编辑器以基于组件的方式工作，这正是Sitecore解决方案在这个DMS/CEP时代的外观和感觉-您确实需要“取消共享”渲染。我非常坚定地相信：-）我同意你的观点，这似乎是历史的包袱，在DMS/CEP世界中没有意义。特别是当您有计划的代理时，它会崩溃，用户甚至不知道公共站点在编辑时正在更新。数据源子布局之前的许多生活遗迹之一（另请参见作为原子单元的工作流页面组件）。FWIW-我们已经运行了一个相当大的网站，共享了几年的效果图。当时，我们聘请了SC专业服务人员，他们向SC支持部门确认，该服务将得到支持。@ddysart您提到您正在使用共享服务运行。你是说“非共享”吗？默认设置是共享的，但是如果您使用非标准设置运行了这么长时间，这给了我希望@是的，是我的错别字。我们一直在不共享的情况下运行。谢谢Dheeraj。在您链接的帖子中，我实际上为该用户的问题提供了一个多语言解决方案，该解决方案不涉及取消共享字段。然而，在这种情况下，我并不担心多语言效果。这是关于正在编辑的内容版本与已发布的内容版本的对比。感谢@dmead的更新。是的，如果您使用的是Sitecore 8，则新的最终渲染字段支持此版本控制。然而，这篇文章被标记为sitecore6，因此这不能作为任何网站的解决方案