VERSION.md

当前版本

• [3.0.6]
  • 新增的功能：
    1. 主机查询历史记录
    2. 业务层级支持动态拓展
    3. 支持免登陆模式
    4. 支持关联查询
    5. 支持主线模型
    6. 支持配置中心特性
    7. 统一的错误码处理
    8. 模型字段的导入
  • 修复的问题：
    1. 创建数据库字段支持创建索引
    2. 导入模板支持下载

---

已发布版本

• [3.0.4]

  • 新增的功能：
    1. 支持模型的自定义
    2. 支持实例的管理
    3. 支持模型关联关系显示
  • 修复的问题：
    1. 全新的UI改进
    2. 自定义查询改进
    3. 主机资源池支持筛选条件和详情查看
    4. 主机转移UI改进

• [3.0.5]

  • 新增的功能：
    1. 支持变更推送
    2. 支持角色和权限管理
    3. 主机查询条件收藏
    4. 支持服务发现特性
  • 修复的问题：
    1. 批量编辑交互改进
    2. 主机筛选支持包含和排除方式
    3. 主机筛选和表格字段的配置UI

---

版本号含义介绍

1. release版版本号格式：主版本号.次版本号.修订号

   • 主版本号：系统架构有大的调整或对外提供的API不保证兼容的时候需要增加主版本号。
   • 次版本号：当实现了新的功能并且所有已有的API都能做到向下兼容的时候需要增加次版本号。
   • 修订号：当某个版本的问题并且所有已有的API都能做到向下兼容的时候需要增加次版本号。

2. 先行版版本号格式：主版本号.次版本号.修订号-语义字段.发布次数

   • alpha：版本第一次发布并处于内部测试阶段，此版本仅能用于内测，不可以用于生产环境。
   • beta： 此版本为经过内测的版本，可以用于体验环境部署、功能评测或生产环境总在不影响业务的前提下做小范围灰度验证测试。
   • 发布次数：表明当前版本第几次发布。

---

版本迭代的规则

0. 以1.0.1版本为例进行版本迭代讲解
1. 第一个版本统一由主分支（master）发布，版本号为 1.0.1-alpha.1，并给代码打同名的tag。
2. 1.0.1-alpha.1版本在测试中如果发现问题并需要进行修复的，修复后需要重新进行发布，并升级发布次数1.0.1-alpha.2，新的alpha版本需要重新进入测试环境做回归测试。不断重复这样的过程直至达到可以发布beta版本的标准为止。
3. 假设最终1.0.1-alpha.2版本通过了内部所有的测试。那么此版本的代码需要经过代码评审人员的评审确认是否有致命bug/兼容问题/特殊异常，通过内部所有测试且经过评审的版本的代码可以被认为是达到了发布beta的版本的标准，此时需要将版本号标记为1.0.1-beata.1，并将对应的代码打上tag。
4. 发布的beta版本，可以用来做体验，或在生产环境在不影响业务的前提下做小范围的做灰度验证，如果遇到致命bug/兼容问题/特殊异常等影响功能和稳定性的问题，那么需要回归处理并重复1～3步骤的内容，直到版本不存在致命bug/兼容问题/特殊异常后将其作为release版本发布。
5. release版本的发布版本号不需要包含语义字段。