修订控制与版本控制：真正的区别是什么
修订控制和版本控制是大多数从业者都在互换使用的近义词。本文只指出两者之间那一处真正的细微差别，而不去发明一个实际上并不存在的区分。
运作方式
给你自己的登记册选一个词，然后别再反复争论
为你组织的登记册决定用“修订日志”还是“版本历史”，把它放进登记册自己的标题和列标题里，然后就此打住。让不同团队用不同的词各说各话，为完全相同的行争论不休，浪费的时间比这个选择本身值多少要多得多。
给每一次修订它自己的一行，而不是一个被递增的字段
在示例图表里，每一次修订都是它自己那个文件形状的行，带着在“分配条目编号并关联文件”里分配的独立编号，而不是一个被你覆写的计数器。用同样的方式搭建你的日志：一次改动是一条新记录，不是对上一条的编辑。
在条目里记录改了什么，而不只是记录“有改动”
“记录变更前后描述、执行人与日期”这一行值得原样照搬：写清字段或条款的名字、它的旧值、它的新值、谁做的改动，以及什么时候。一条带日期却没说清动了什么的行，不是一条修订条目，只是一个时间戳。
在结案之前，把条目和文件核对一致
“将登记条目与已实施的变更进行核对”和它的“是否已对照文件核实？”关口之所以存在，是因为条目和文件会漂移——一份在改动完成之前写好的说明，或者一次改动的范围超出了申请所说的。在关闭这一行之前，把不一致的情况送回错的那一边。
在文件本身已经存在于 QueryChart 里的地方，让日志自己记录自己
如果受控文件本身就是一张 QueryChart 图表，它的变更日志已经自动记录了是谁改了哪个字段、从什么值改成了什么值，每一次编辑都是如此，无需设置。你不需要把上面那些修订行当成一张独立的表格手工维护——见 /features/version-control。
常见问题
“修订”和“版本”是一回事吗？
在大多数用法里是的——这两个词描述的是同一份底层记录，在两者之间切换，不会改变任何机制。真正出现差别的地方，是一种粒度上的差别：修订通常指单次带日期的改动，版本通常指这次改动应用之后、整份文件所处的结果状态——在上面的图表里，每一行是一次修订，而流程另一头出来的那份文件，就是当前版本。
我的日志应该叫“修订日志”还是“版本历史”？
看你的组织、标准或软件已经在用哪一个——ISO 9001 的文档通常说“修订”，而大多数 SaaS 产品说“版本”（QueryChart 也是，见 /features/version-control）——你自己登记册内部保持一致，远比选哪个名词重要。不要在同一个产物上并行使用两个术语。
这个区分对审计有影响吗？
没有大多数人以为的那种影响。审计员核对的是每一次改动是否带日期、有归属、可检索——不是登记册用了哪个名词。更重要的是不要把“修订控制”和完整的文件控制生命周期混为一谈：给一次改动编号和端到端地控制一份文件之间的区别，见 /zh/guides/如何创建文件控制流程。
这个细微差别在实践中到底体现在哪里？
最直接体现在一份独立的变更日志或修订登记册里——一个存在的唯一目的就是列出带日期的单条条目的产物，“修订”比“版本”描述得更精确。关于怎么搭建这样一份日志，见 /zh/guides/如何创建文件修订历史；关于本文假设你已经知道的那个更宽泛的定义，见 /zh/guides/什么是版本控制。