应用版本号升级指标咨询：1.1.1升级至各版本的时机规则

目前行业里通用的版本号规则是语义化版本规范（SemVer），你的例子里的1.1.1属于主版本号.次版本号.修订号的格式，不同位置的数字升级对应不同的改动场景：

• 升级至1.1.2（修订号提升）
  只做了向后兼容的bug修复时升级这个版本。比如修复某个功能的小bug、调整界面细微显示问题、优化小部分性能但不影响现有功能使用——这类改动不会影响用户原有操作，属于最小幅度的更新。

• 升级至1.2.1（次版本号提升+修订号更新）
  次版本号提升对应向后兼容的新功能添加，或是对现有功能的较大改进但不破坏原有兼容性。比如新增了实用小功能、优化核心功能体验但用户原有操作流程依然可用；后面的.1是在这个次版本基础上做的bug修复。简单说就是有新内容加入，但老用户不用改习惯也能正常用。

• 升级至2.1.1（主版本号提升）
  主版本号升级代表有不兼容的突破性改动，现有代码或用户原有操作可能无法正常使用。比如重构核心功能模块、修改关键接口参数、彻底改变部分操作逻辑——这类更新需要用户或开发者适配新的使用方式，属于颠覆性的版本更新。

你之前看到的“小改动、中等改动”的说法，正好对应这个规范里修订号（小改动）、次版本号（中等改动）、主版本号（大改动）的划分逻辑。

内容的提问来源于stack exchange，提问作者Muhammad Faisal