我太懂你这种两难的处境了——既要保住文档的历史版本记录，又要通过外部流程静默更新内容、不产生新的版本号，而官方REST API只要碰到带cm:versionable属性的节点，更新就必然触发版本迭代，还不能随便移除这个属性，不然历史版本直接丢了。

下面给你几个经过验证的可行方案，你可以根据自己的技术栈和部署情况选择：

方案一：用Alfresco内部Java API做精准控制（适合有自定义开发能力的团队） #

这是最直接的方式，绕过Alfresco的自动版本触发逻辑，直接操作节点内容：

• 核心逻辑：注入NodeService和ContentService，直接写入内容，完全跳过版本服务的调用。
• 具体步骤：
  1. 编写一个自定义的Repository级Java Bean，注入NodeService、ContentService这两个核心服务。
  2. 通过节点ID拿到目标节点的NodeRef，调用ContentService.getWriter(nodeRef, ContentModel.PROP_CONTENT, true)获取内容写入器（第三个参数true表示允许覆盖现有内容）。
  3. 把新内容写入后，用NodeService.setProperty更新cm:lastModified、cm:lastModifier这些属性，全程不要碰VersionService的任何方法，也不要触发会唤起版本逻辑的事件。
• 注意：这个方案需要把代码打包成AMP或JAR部署到Alfresco服务器，属于侵入式开发，但能100%控制版本行为，不会产生新的版本记录。

方案二：CMIS的特殊参数技巧（非侵入式，适合不想修改Alfresco核心代码的场景） #

Alfresco的CMIS实现支持一些隐藏参数，可以绕过版本创建：

• 核心逻辑：利用CMIS的updateContentStream方法，配合特定的版本状态参数，强制跳过版本迭代。
• 具体步骤：
  1. 通过CMIS客户端获取目标文档对象，调用checkOut()创建私有工作副本（这一步不会公开新版本）。
  2. 调用updateContentStream方法时，设置versioningState为VERSIONING_STATE_NONE，同时把overwriteContent设为true。这个参数会告诉Alfresco，更新工作副本时不要创建新版本。
  3. 最后调用checkIn，注意不要传入版本备注，同时设置major为false——这里的checkin会直接覆盖当前的最新版本，而不是创建新的版本号。
• 注意：这个方法依赖Alfresco对CMIS的扩展实现，不同版本可能有细微差异，建议先在测试环境验证。

方案三：自定义Web Script端点（折中方案，兼顾易用性和可控性） #

如果不想直接改Alfresco核心代码，也可以自己封装一个轻量的REST接口：

• 核心逻辑：写一个自定义Web Script，把方案一的Java API逻辑封装进去，对外提供简单的REST调用入口。
• 具体步骤：
  1. 创建一个Web Script（需要XML描述文件+Java实现类），在Java类里注入NodeService和ContentService，实现无版本更新的逻辑。
  2. 把Web Script打包成AMP部署到Alfresco，外部流程直接调用这个自定义端点，比如/alfresco/service/custom/update-content/{nodeId}，而不是官方的节点内容更新接口。
• 优势：不需要修改Alfresco核心代码，外部调用方式和REST API一致，容易和现有流程集成。

通用注意事项 #

• 权限：执行更新的用户必须拥有节点的写入权限和版本管理权限，如果是Java API操作，建议用System级别权限（AuthenticationUtil.runAs）避免权限问题。
• 索引刷新：更新内容后，记得调用SearchService.updateIndex(nodeRef)刷新搜索索引，不然搜索结果可能还是旧内容。
• 测试优先：所有操作一定要先在测试环境验证，确保不会误删历史版本或产生意外的版本记录。

备注：内容来源于stack exchange，提问作者Fjordo