本概述是一份活文档，最初基于@米提亚斯'第3阶段修订岗.

协作工作流需要修订和编辑历史，以使其清晰、可用和高效。传统修订后界面的设计需要改进，以充分了解模块。它应该提供比经典的HTML代码差异化更好的视觉比较功能，后者越来越不足以说明块修改。它应该提供简单的机制来发现更改，而不管显示的内容类型如何。

实物模型显示了一个段落块，其中三个单词以绿色突出显示为“附加内容”。
作为改善整体体验的一部分，我们还应该超越文档级历史记录，探索该界面如何让用户浏览单个块的更改，并提供单独恢复这些更改的能力，而不需要完全的后期恢复。对于全局样式，我们应该改进修订面板以允许并排比较两个修订。对于同步模式，我们可以使用并排和覆盖比较工具浏览编辑历史。

实时协作中的冲突解决、离线协调以及恢复或管理编辑历史记录之间也存在语义重叠。同时，WordPress的内部修订并不能取代版本控制系统，因此必须有联系点，以确保开发人员可以根据需要从文件系统中提取或部署变更集。插件还应该能够扩展功能，并在Core提供的基础上开发更高级的集成。例如，考虑使用所有站点编辑器工具的情况，但确保将用户修改保存回文件中，以便可以通过git或svn工作流（包括wp-cli集成）进行管理。探索其中的一些问题也有助于概述在管理所有可能的站点对象的内容时，多语言在第4阶段将呈现哪些架构考虑因素。

最后，我们应该研究是否可以调整customize_changeset来协调所有新实体和需求的修订分组，例如将多个修订分组在一起，引用和协调对实体的更改，等等。

范围

• 设计一个修订界面，可以更好地突出标记差异之外的视觉差异。将添加和删除内容的呈现方式与其他协作工作流中可能呈现的编辑建议的方式对齐。
  • 修订：添加共享和预览特定修订的方式 #60096
• 与块集成。允许选择块（如图像）并查看其发生的所有更改。它应该可以在嵌套上下文中使用，因此如果选择父对象，它也会跟踪并显示其所有子对象的更改。用户应该能够关注文档中的任何级别。
• 使恢复文档或每个块的更改变得容易。例如，将一些设计更改恢复为嵌入模式，但保持文章的其余部分不变，即使模式没有单独同步。用于恢复的流应与用于发布的流相连接，以便可以对当前发布的视图进行修订。
• 探索分支可以为多民族历史服务的方式。例如，站点标题更改不会自然地包含在包含站点标题栏的模板的编辑历史记录中，但可以通过连接模板修订版和离散实体值的自定义变更集引用它。多实体储蓄流应该考虑到这一点。
• 评估各种修订系统在存储和性能方面可能存在的任何缺陷，如果它们要广泛使用（例如，所有经过员额表的内容）。
• 改进视觉比较工具，以便用户可以并排检查其内容或使用覆盖图来发现差异。这可以在全局样式修订历史和聚焦模式视图上进行排练。
  • 样式修订：提供比较视图 #53484
• 对某些修订中更改的属性进行更直接的澄清。例如，在样式修订列表中，如果对调色板、排版等进行了更改，则可以改善浏览体验。
  • 样式修订：添加搜索并考虑引入数据视图排序编号58353
  • 样式修改：重新考虑相同样式的消息传递并应用按钮行为 #58526
• 探索命名或分组修订的可行性，特别是在将来进行阶段性更改时。使用customize_changeset或等效工具连接站点编辑器流中的“保存”区域。跟踪并列出实体修改。
  • 介绍命名修订/版本 #60394
• 查看修订已扩展用于调度已发布帖子更新的插件。