3. 量产版本管理概述
当 Android 项目从研发阶段进入量产阶段，版本管理的工作重心会发生明显变化：研发阶段更关注“功能是否实现”，量产阶段更关注“版本是否可控、可追溯、可回滚、可交付”。量产版本管理不是简单地给代码打 Tag，而是围绕版本生命周期、命名规范、分支策略、发布节奏与里程碑建立一套可执行的工程秩序。它决定了工厂产线、售后、OTA 服务器、认证机构和客户手中运行的软件是否一致，也决定了出现问题时能否在最短时间内定位到具体代码与配置。
3.1 版本生命周期：从需求到退市的闭环
Android 量产版本的生命周期通常不是线性的，而是带有并行维护特征的闭环。一个版本从需求冻结开始，经历开发、集成、测试、认证、量产、维护，最终退市。每个阶段都有明确的准入与准出条件，不能靠口头约定推进。
- 需求与规划阶段：确定基线版本、目标芯片平台、Android 大版本、GMS/CTA 认证要求、目标上市时间。
- 开发与集成阶段：各模块在特性分支开发，定期合入集成分支，形成可编译、可烧录的每日构建。
- 测试与认证阶段：完成功能测试、稳定性测试、兼容性测试、功耗测试，并提交 Google GMS、运营商或国家认证。
- 量产发布阶段：生成正式发布版本，锁定代码、配置、签名密钥和编译环境，交付产线与 OTA 服务器。
- 维护与退市阶段：根据市场问题发布补丁版本，维护期结束后停止安全更新，归档全部构建产物与文档。
生命周期管理的关键在于状态冻结。例如代码冻结后只允许修复严重缺陷，配置冻结后不允许随意修改分区大小、默认语言和预置应用。没有冻结机制，量产版本就会不断漂移，测试结论也会失效。
3.2 版本命名规范：让版本号自己说话
版本命名规范是量产管理中最容易被忽视、却最容易引发事故的环节。一个合格的版本号应当同时表达产品、平台、Android 版本、软件迭代、构建类型和日期等信息。推荐采用“产品代号 + 平台 + Android 版本 + 主版本.次版本.修订号 + 构建类型 + 日期”的结构。
示例命名：
X7Pro_MT6989_A14_V1.2.3_MP_20250618
X7Pro_MT6989_A14_V1.2.3_QA_20250610
X7Pro_MT6989_A14_V1.2.4_OTA_20250702
字段说明：
X7Pro 产品代号
MT6989 芯片平台
A14 Android 14
V1.2.3 主版本.次版本.修订号
MP 量产版（Mass Production）
QA 测试版
OTA 空中升级包
20250618 构建日期
命名规范必须写入构建脚本，由脚本自动生成版本号，而不是由工程师手工填写。手工填写极易出现日期错误、类型混淆和重复版本。同时，版本号要同步写入 build.prop、ro.build.display.id 和 OTA 元数据，确保系统内、安装包文件名和服务器记录三处一致。
3.3 版本分支策略：主干稳定与并行维护
Android 量产项目通常采用“主干 + 发布分支 + 特性分支 + 补丁分支”的组合策略。主干用于持续集成最新功能，发布分支用于冻结量产版本，特性分支用于并行开发，补丁分支用于已上市版本的紧急修复。
分支策略要配合权限控制：发布分支只允许版本经理合入，补丁分支必须经过缺陷评审，主干合入必须通过自动化构建与冒烟测试。分支合并方向也要明确，通常是特性分支合入主干，主干修复回合发布分支，补丁分支修复后同时回合主干和发布分支，避免修复丢失。
3.4 发布节奏与里程碑管理
量产项目通常以“周”为节奏推进，以“里程碑”为节点验收。发布节奏不是越频繁越好，而是要与测试能力、认证周期和产线备料相匹配。常见的节奏是：每日构建、每周集成版本、每两周候选版本、每月量产版本。
| 里程碑 | 关键动作 | 准出条件 |
|---|---|---|
| M1 需求冻结 | 确认基线、认证范围、目标机型 | 需求文档评审通过 |
| M2 代码冻结 | 停止功能合入，只修缺陷 | 冒烟测试通过，无阻塞缺陷 |
| M3 测试完成 | 完成功能、稳定性、兼容性测试 | 缺陷收敛，遗留问题有结论 |
| M4 认证通过 | GMS、CTA、运营商认证 | 认证报告齐全 |
| M5 量产发布 | 生成 MP 版本，交付产线与 OTA | 版本归档、签名校验通过 |
里程碑管理要避免“形式化评审”。每个里程碑都应有明确的准出清单和责任人，未达标不得进入下一阶段。例如代码冻结后如果仍频繁合入功能，测试范围就会不断扩大，量产时间无法保证。
3.5 常见误区与复盘
误区二：发布分支被随意合入。测试通过的版本与最终交付版本不一致，认证样机与量产机行为不同。
误区三：只保留最终版本，不保留中间构建。出现问题时无法复现，也无法定位是哪次提交引入的缺陷。
误区四：里程碑没有准出条件。评审变成走过场，缺陷被带入量产，售后成本成倍增加。
总之，量产版本管理是一项系统工程。版本生命周期提供时间维度，命名规范提供识别维度，分支策略提供空间维度，发布节奏与里程碑提供控制维度。四者结合，才能让 Android 量产版本在快速迭代中保持稳定、透明和可交付。