版本管理

• BugFix 版本：低版本，比如 。是 GA 版本，线上使用的版本，只会 BugFix，升级第三位版本号。

• 成为 GA 版本，只 BugFix，推广使用此版本。如果版本可用，可以推进应用在期望的时间点内升级到 GA 版本。
• 2.4.x 不再开发，应用碰到 Bug 让直接升级。（这个称为“夕阳条款”）
• 从 2.5.x 拉成分支 ，作为新功能开发版本。

• 保证 GA 版本是稳定的！因为：
  • 成为 GA 版本前有试用阶段
• 新功能可以在高版本中快速响应，并让应用能试用新功能。
• 不会版本过多，导致开发和维护成本剧增

• GA 经过一个试用阶段保持稳定。
• 相对出问题才升级到 GA 版本（可能跨了多个版本）定期升级平摊风险（类似小步快跑）。经历过周期长的大项目的同学会有这样的经历，三方库版本长时间不升级，结果出了问题不得不升级到新版本（跨了多个版本）风险巨大。