2. 核心概念：什么是归档包？什么是版本？版本号的三段式语义
在项目文档与图纸控制中，归档包和版本是两个最基础、也最容易被混淆的概念。本节将用最简洁的方式厘清它们的定义、关系以及版本号的编码规则。
2.1 什么是归档包？
归档包（Archive Package）是指将某一时刻所有受控的文档、图纸、元数据及签章记录打包成一个不可篡改的交付单元。它是项目阶段成果的“快照”，也是后续审计、追溯和变更的唯一依据。
归档包的核心特征：
- 完整性：包含该阶段所有必须归档的文件，不遗漏、不冗余。
- 一致性：包内所有文件版本相互匹配，不存在“图纸已升版但说明书未更新”的情况。
- 不可篡改性：归档后任何修改都必须通过版本变更流程，原包保留为历史记录。
- 可追溯性：每个归档包都有唯一的标识（如归档编号、时间戳、责任人），可快速定位。
实战提示：归档包不是简单的文件夹压缩。它必须包含文件清单（manifest）、数字摘要（hash）和签章记录，才能作为法律和合同层面的有效交付物。
2.2 什么是版本？
版本（Version）是文档或图纸在生命周期中某一特定状态的标识。它记录了一次有意义的变更——无论是内容修改、格式调整还是审批通过。版本与归档包的关系是：归档包是多个文件版本的集合，而版本是单个文件的状态标记。
版本管理的三个基本原则：
- 每次变更必须产生新版本：禁止覆盖旧文件，保留完整变更历史。
- 版本号必须唯一且递增：不允许跳号、重号或回退号。
- 版本状态必须明确：区分“草稿”“评审中”“已批准”“已归档”等状态。
2.3 版本号的三段式语义
在项目文档控制中，我们采用业界通用的三段式版本号：主版本.次版本.修订号（Major.Minor.Revision）。每一段都有明确的语义边界，避免随意编号带来的混乱。
| 段位 | 名称 | 变更触发条件 | 示例 |
|---|---|---|---|
| 主版本 | Major | 重大变更：方案颠覆、功能重构、接口不兼容、合同里程碑交付 | 1.0.0 → 2.0.0 |
| 次版本 | Minor | 功能增减、参数调整、图纸升版、非兼容性改进 | 1.0.0 → 1.1.0 |
| 修订号 | Revision | 勘误、格式修正、文字润色、审批意见修改（不改变实质内容） | 1.0.0 → 1.0.1 |
常见误区：不要将“修订号”用于日常草稿迭代。草稿阶段建议使用
0.x.x 或附加后缀（如 1.0.0-draft.3），正式发布后才进入 1.0.0 及以上的三段式管理。
2.4 三段式语义的视觉化
下图展示了版本号三段式在文档生命周期中的演进路径，以及各段位对应的变更类型：
2.5 归档包与版本的关系
理解两者的关系是版本控制落地的关键。下表从多个维度进行对比：
| 维度 | 归档包 | 版本 |
|---|---|---|
| 作用范围 | 多文件、多专业的集合 | 单个文件或图纸 |
| 标识方式 | 归档编号 + 时间戳（如 PKG-2025-001） | 三段式版本号（如 2.3.1） |
| 变更粒度 | 批次变更（多个文件同时升版） | 单文件变更 |
| 生命周期 | 随项目阶段创建，长期保存 | 随文件修改持续演进 |
| 审计用途 | 证明某时刻的完整交付状态 | 追溯单个文件的修改历史 |
关键记忆点：归档包是“相册”，版本是“照片”。相册（归档包）记录了某个时间点所有照片（文件版本）的集合状态；而每张照片（文件）本身有自己的拍摄时间（版本号）。两者共同构成完整的版本追溯体系。