相关材料：
TiDB 版本规则
TiDB 版本周期支持策略
一直以来，TiDB 的发展离不开大家的共同参与和支持。我们注意到，之前社区里有小伙伴讨论过 TiDB 的版本发版节奏较快这一问题，在过去的 1 - 2 年内也多次向 RDG 部门反馈了相关情况。因此，从 2025 年开始，我们计划对发版节奏和版本号命名方式进行调整，现在希望听听大家的意见。
版本发布节奏减缓调整
回顾 2023 年，v7 的版本全年发布了 7 个版本号。在这次调整中，我们将版本发布周期从原来的 6 - 8 周改为 3 个月。一年有 12 个月，这样算下来，一年最多发布 4 个版本。
TiDB 提供两个版本系列：
-
长期支持版本（ LTS ）
-
开发里程碑版本（ DMR ）
- 对于 LTS（长期支持）版本会不定期发布小版本，主要用于安全补丁和关键 Bug 修复，而 DMR 版本不提供 Bug 修复。
你支持发表节奏减缓吗？
- 非常支持
- 很支持
- 都可以
- 不支持，希望发布的版本频繁一些。
0
投票人
您希望一年上线多少个 LTS 版本呢？请在以下选项中投票：
- 1 个
- 2 个
0
投票人
你希望在哪个月份发布 LTS 版本？
- 3月
- 6月
- 9月
- 12月
0
投票人
固定的 LTS 版本的识别是否非常重要？请在以下选项中投票：
- 重要：以 vx.1.0 和vx.5.0 作为固定的 LTS 版本。
如 9.0 - DMR、9.1 - LTS、9.2 - DMR、9.5 - LTS - 不重要：不以某个小版本号作为固定的 LTS 版本，在相关版本号标记好 LTS 符号即可。
如 9.0 - DMR、9.1 - LTS、9.2 - DMR、9.3 - LTS - 无所谓： 按照产品规划提前半年或一年告知即可
0
投票人
您更希望版本的命名延续以下哪种方式呢？（看完选项说明后）投票：
- 选项1:引入年份为命名规则
- 选项2:以目前的版本发布为版本号命名规则，自然递进增长
0
投票人
选项说明：
-
选项 1：从 2025 年开始，引入年份为命名规则，采用日历化版本（https://calver.org/overview_zhcn.html） ，例如：25.1.0 表示 2025 年第一个 Release。注意，从 v8.5.0 之后，2025 年发布的第一个版本号为：v25.1.0（即 v8.6.0 到 v25.1.0）
-
选项 2：以目前的版本发布为版本号命名规则，自然增长，例如：v7.1.0 - v8.1.0 - v9.1.0 - v10.1.0（参考 目前TiDB 版本规则 ）
投票抽奖送“行李箱”
我们会在参与投票的用户中抽出一名用户送出“随机颜色行李箱”
投票时间截止到 12月1日。
稳定压倒一切，最好只做一个版本，那就是企业版 