我已经阅读了克隆的内容，这似乎是我们客户的部分解决方案。我读了http://www.sitecore.net/Community/Technical-Blogs/Getting-to-Know-Sitecore/Posts/2010/10/Cloning-What-Ifs.aspx，但评论者没有完成答案。
Sitecore克隆提供有关更改的通知，这些更改很好，并且支持所有项目的工作流的想法，但克隆父级不提供有关从中克隆的内容的信息。因此，当我们（主要）主站点进行更改时，找到5个姐妹站点中的每个克隆项目将变得太快乏味。
我认为代理项目曾经是真正的解决方案，但考虑到它们已被弃用，我认为这不是我们希望实施的解决方案。
除了修改我们的工作流程并搞乱克隆之外，是否有内置或更简单的方法来维护克隆？
所需行为：
当克隆的父级被批准进入最终工作流状态时=>接受克隆的更改。
或
不太渴望：
在内容编辑器中提供项目的所有子克隆的列表，其中包含要编辑的链接。
答案 0 :(得分：2)
对于您期望的行为：您必须实现事件处理程序或管道处理器，当项目获得批准时，您使用链接数据库查找它的所有克隆并以编程方式批准这些。我相信从代码的角度来看，这肯定是可行的。
针对不太理想的行为：您可以使用导航标签＆gt; 链接下拉列表以查找克隆。只需查看显示 _source 字段的 Referrers ，这意味着它们通过“_source”字段引用该项目，这意味着它们是它的克隆。
<强>更新
要通过C＃修改项目的工作流程，请参阅Changing the Workflow State on an Item。