如何对文件进行版本控制
文件版本控制实操：选一套小数对整数的编号方案，在每一页上印出版本、日期与审批人，定义什么算大改，并且始终只保留一份当前副本。
运作方式
定下小数对整数的规则
书面规定：评审中的草稿用小数——0.1、0.2、0.3——已发布的副本用整数——1.0、2.0。具体规则怎么定不是重点，重点是所有文件都用同一套，包括登记册和每一页的页眉。
把版本、日期和审批人印在每一页上
一个只存在于文件名或文件属性里的版本号，一旦有人打印这一页或转发一张截图就会消失。把版本号、生效日期和审批人姓名放进文件本身的页眉或页脚里。
在需要之前就定义好什么算大版本
在第一份文件真正用到这条规则之前，写下触发整数进位的条件——是单纯的正式批准，还是批准加上一次实质性的内容重写。团队如果从不统一这一点，最终会出现两份都叫“2 版”的不同文件。
把编号步骤按顺序录入图表
打开一张图表，把每个阶段——起草、评审、修改、批准、发布、取代——填进方框文字列，用连线至列把它们连起来。版面是自动生成的，唯一要决定的是版本号流转的顺序。
指定唯一的权威位置
选定当前版本存放的那一个地方——受控文件夹、文件管理系统，或一个实时的 QueryChart 链接——让其他一切引用都指向它，而不是各自留一份副本。如果两份“当前”副本可能互相矛盾，版本号就毫无意义。
查阅变更日志，而不是去问谁手里是最新版
打开图表的版本历史，用比较版本准确查看两个版本之间哪个字段变了、谁改的、什么时候改的，而不是手工维护一份平行的变更记录。变更日志和还原功能的运作方式见 /features/version-control。
常见问题
什么是文件版本控制？
文件版本控制是给一份文件的每一版草稿和每一份已发布副本分配一个独立编号的做法，让任何拿到副本的人都能判断它有多新、和曾经存在过的每一份副本是什么关系。它通常把仍在评审中的草稿用小数方案标注，正式批准过的版本用整数标注，而且要求每一页都带上这个编号，而不是把它留在文件名或另一张登记表里。
文件版本控制具体应该怎么做，一步一步来？
在起草任何内容之前先定好编号方案——草稿用小数、已发布副本用整数是常见惯例。在每一页的页眉印上版本、日期和审批人。每份草稿都走同一套评审与批准流程，每返工一轮就递增小版本号，只有正式签字才递增大版本号。只保留一个权威的当前位置，被新版本取代的旧版本只能标记，绝不删除。
对一份文件来说，版本控制和修订控制有什么区别？
实践中，这两个术语对一份文件来说说的是同一件事——一套给连续副本编号的方案——大多数质量体系都把它们当作可以互换的说法。真正出现区别的场合是在软件和工程语境下，那里“修订控制”有时暗指完整的改动集历史，而“版本控制”更松散地只指编号标签本身。选定一个词并保持一致使用，不要把一个并不存在的区别当真；完整对比见 /zh/guides/修订控制与版本控制的区别。
如果已经有了版本号，还需要单独的变更记录吗？
如果你的版本号背后已经有东西自动记录了是谁改了哪个字段、什么时候改的，那就不需要。QueryChart 的变更日志对每一次编辑都自动做到这一点，比较版本会把两个版本并排展示并标出差异，所以手工维护的变更记录只是在重复平台已经做过的工作。见 /features/version-control。