Paper_trail版本历史意外存储不符合配置条件的版本记录

这是对PaperTrail条件判断生效逻辑的理解偏差，配置写法本身没有语法错误。
PaperTrail判断是否要保存版本，依据的是变更执行完成后的模型实例是否满足配置的条件，而非变更前的状态。
你配置的判断规则是Proc.new { |p| !p.draft }，当执行Post.last.update body: 'bar', draft: false时，更新操作完成后实例的draft属性已经变为false，完全满足追踪条件，因此PaperTrail会正常触发版本存储逻辑。而版本存储的默认规则是保存本次变更之前的对象状态，用来支持版本回滚，所以最终你看到的第一个版本就是变更前draft为true、body为"foo"的草稿状态，这是gem的默认设计，不是bug。

如果要实现「草稿状态完全不追踪，版本记录从帖子转为非草稿状态之后的变更才开始存储，首次转非草稿时不回溯保存草稿状态」，可以选以下两种处理方式：

• 调整条件判断逻辑，排除草稿转正式的那次更新
  在原有条件基础上，增加对draft字段变更轨迹的判断，把「draft从true改为false」的那次更新排除在追踪范围外：

  has_paper_trail only: [:body], if: Proc.new { |p|
    !p.draft && !p.saved_change_to_draft?(from: true, to: false)
  }
  

• 拆分状态切换和内容修改的操作
  你已经配置了only: [:body]指定仅追踪body字段的变更，因此可以先单独执行update(draft: false)完成状态切换——这次操作没有修改body字段，本身就不会生成版本；后续再对非草稿状态的帖子修改body内容，此时生成的所有版本都是符合预期的非草稿状态变更记录。

补充说明：PaperTrail默认的版本存储逻辑是为了保证版本链可连续回滚，当某次更新满足追踪条件时，必然会先存下更新前的状态作为版本节点，这个原生逻辑和「满足条件前的状态完全丢弃不记录」的定制场景存在差异，需要手动调整规则适配。

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