什么是文件、SOP 与流程的版本控制？
多数“什么是版本控制”的搜索结果默认说的是 Git 与源代码。本文把它定义为文件、SOP 与流程适用的版本控制，并与修订控制、变更控制、文件控制区分开来。
运作方式
把某一个位置定为权威版本
其他任何副本——发出去的 PDF、打印件、存在共享盘上的一页——都只是那个位置的一份拷贝，不是第二个原件。如果两个地方都能自称是当前版本，无论你的编号看起来多规整，你都还没有真正的版本控制。
把草稿编号和正式发布编号分开
还在评审中的一律用小数，真正批准过的才用整数——就像上面示例图表里，0.1 到 0.3 一路走到 1.0。这样评审人说“0.3 版的意见”，指的是哪份草稿就毫无歧义。
记录谁改了什么，而不只是记录“有改动”
单独一个日期戳，并不能告诉读者到底动了什么。为每一次编辑记录经办人、字段以及改动前后的值——这正是 QueryChart 的变更日志在每张图表上自动做的事，不需要任何配置。
让两个版本可以比较，而不只是可以打开
能打开第 3 版、也能打开第 5 版，跟能看出两者之间改了什么，是两回事。QueryChart 的比较版本视图把任意两个版本并排展示，让差异直接呈现在你面前，而不用去猜。
把还原旧版本当作日常操作，而不是紧急事件
如果撤销一次错误编辑，需要找有数据库权限的人来介入，那你的版本控制就只停留在纸面上。还原旧版本应该是任何一位获得授权的编辑者，在发现问题的那一刻就能自己完成的动作。
常见问题
版本控制和修订控制是一回事吗？
在实践中是的。两个术语描述的是同一个基本概念——一个当前版本，加上此前每一版的可查阅历史——不同的组织、工具和标准只是各自偏好其中一个词。用哪个术语都不会改变机制本身；完整对比见 /zh/guides/修订控制与版本控制的区别。
版本控制和变更控制有什么区别？
变更控制判断的是一项变更是否应该发生——它的影响、谁来批准、出问题该怎么回滚。版本控制记录的是这个决定落地之后的结果：新的编号、时间戳、经办人。变更控制流程可以在没有版本控制的情况下存在，只是做得不好；而没有变更控制的版本控制，只说明在编号之前没有人判断过这项变更是不是个好主意。CAB 和回滚机制见 /zh/guides/版本控制与变更控制的区别 和 /zh/guides/如何创建变更控制流程。
文件的版本控制和代码的版本控制原理一样吗？
核心思路完全一致——一个权威的当前版本、此前一切的完整历史、谁改了什么的记录——但具体机制不同。像 Git 这样的代码版本控制围绕分支和合并并行的工作线路搭建；而文件与流程的版本控制通常是线性的，一份草稿经过评审走到唯一一个被批准的版本，这更接近本文和上面示例图表所描述的情形。
QueryChart 的审计轨迹是默认开启的吗？
本文说的这套版本历史——变更日志、比较版本、还原——是免费功能，在每张图表上自动运行，无需设置。QueryChart 的合规审计轨迹，一种映射到 ISO 27001、SOC 2 和 HIPAA 控制项的哈希链记录，是一项单独的付费能力，需要组织主动开启。它不是默认开启的，也不是每个账号都已经在运行的东西。