名词百科
什么是迭代与版本管理？
一句话定义
迭代是按固定周期交付一部分可用功能的工作方式；版本管理是对不同发布版本的内容、时间与兼容性进行规划与控制。
它到底是什么
迭代解决的是「一次交付太多，风险集中」：把大目标切成若干可独立上线的小块，每块都能拿到真实反馈。它的前提是每一轮都能产出可用的东西，而不是按模块切分后攒到最后一起上线。
版本管理解决的是「发布了什么、还能不能回退」：版本号、变更记录、兼容策略、回滚方案。没有版本管理的项目，出问题时无法判断是哪次改动引起的。
怎么运作的
迭代节奏：固定周期（常见一到四周），周期内范围冻结，周期末交付可演示的增量。
版本号：语义化版本——主版本（不兼容变更）、次版本（新增功能）、修订号（问题修复）。接口与客户端需共同遵守。
变更记录：每版记录新增、修改、修复、已知问题。对外的记录同时是用户沟通材料。
兼容策略：客户端无法强制升级（尤其 App），服务端接口需向后兼容多个版本；网页只有最新版，相对简单。
容易混的几个概念
- 迭代与里程碑：前者是可交付周期，后者是关键节点。
- 版本与发布：版本是内容标识，发布是上线动作。
- 灰度发布：发布策略，与版本管理配合使用。
- 分支管理：代码层面的版本控制，与产品版本不同。
常见问题
迭代周期定多长合适？
短到能保持反馈频率，长到能完成有意义的功能。周期太短会疲于奔命，太长则失去敏捷的意义。团队规模小、需求明确时可短一些。
为什么要有版本号规范？
因为依赖方需要判断升级风险。主版本变化意味着可能不兼容，调用方必须评估；没有规范时，任何升级都要逐一验证。
J 项目运维 · 同组词条
原型图原型图是产品界面的低保真示意，表达布局与元素位置；线框图更强调结构骨架，通常不含视觉细节。两者用于在开发前确认信息架构与流程。功能测试功能测试是验证软件功能是否符合需求规格的测试，测试用例是描述输入、操作步骤与预期结果的文档，是功能测试的执行依据。PRDPRD（Product Requirements Document，产品需求文档）是描述产品要做什么、为谁做、怎么判断做完的文档，是开发、测试与业务方对齐的依据。性能测试性能测试是评估系统在特定负载下的响应时间与资源消耗；压力测试是逐步加压直到系统崩溃，用于找出容量上限与瓶颈位置。需求调研需求调研是通过访谈、观察、数据分析等方式弄清用户真正要解决的问题；需求分析是把调研结果整理成可开发、可验收的规格。调研找问题，分析定方案。安全测试安全测试是检查系统是否存在可被利用的漏洞的测试活动；渗透测试是模拟攻击者视角，尝试实际攻破系统，以验证防护是否有效。BUG管理BUG 是软件中不符合预期的缺陷；缺陷管理是记录、分级、分配、跟踪与验证缺陷直至关闭的流程，通常借助缺陷跟踪系统实现。灰度发布灰度发布是把新版本先开放给小部分用户，观察运行情况后再逐步扩大范围的上线方式。它用于降低全量发布带来的风险。