Kentico中Web部件版本控制可行性咨询

首先直接给你结论：原生的页面版本控制机制并不支持针对Web部件数据的独立版本跟踪，这也是你遇到这些问题的核心原因。

你提到的两个现象完全符合原生功能的特性：

• 在启用版本控制的页面添加Web部件时，不会触发页面主/次要版本生成——因为页面版本触发的条件通常是页面属性修改、布局结构变更这类“页面级”的操作，单纯添加Web部件并不会被判定为需要生成版本的变更；
• 修改Web部件后保存页面强制记录版本，但回滚页面版本无法恢复Web部件更改——这是因为页面版本快照主要记录的是页面的框架信息，不会单独留存每个Web部件的配置和数据状态，回滚时只能恢复页面的布局结构，无法还原Web部件内部的修改。

针对你的需求，这里给你几个可行的解决方案：

• 自定义Web部件版本逻辑：如果你的场景需要严格的版本控制，可以在Web部件的代码层面实现自己的版本管理。比如给Web部件的属性添加一个版本号字段，每次修改配置或数据时自动递增版本号，同时把历史版本的完整配置存储到专门的列表或存储区。需要回滚时，只需要选择对应的历史版本号，就能恢复Web部件的状态。
• 导出/导入Web部件做快照：作为临时的轻量方案，每次修改Web部件前，先通过Web部件菜单里的“导出”功能，把当前配置导出为.webpart文件保存起来。需要回滚时，删除页面上的目标Web部件，再导入之前保存的历史版本文件重新添加即可。
• 第三方工具辅助：部分企业级的页面平台扩展插件（比如针对SharePoint的）提供了更精细的Web部件版本管理，能单独跟踪每个Web部件的修改历史并支持一键回滚。不过选择这类工具时要注意兼容性和许可要求。

另外补充一点：不管是现代页面还是经典页面，原生版本控制都是以“整个页面”为单位的快照，Web部件的动态数据或内部配置并不会被单独隔离出来做版本记录，所以原生功能没法满足你针对Web部件单独版本控制的需求，必须借助上面提到的方案来实现。

内容的提问来源于stack exchange，提问作者BU0