tidb官方有众多发布的版本，比如，5.0.1，5.0.2和5.1.4,5.2.3。生产部署选择一般提倡5.0.x版本，是作为bug修复版本。5.1.4和5.2.3作为特性分区，直接上生产显然不太好选择具体版本号。官方有没有介绍代码拉取多个分支的目的？有知道的小伙伴发下官方文档链接，之前，有见过过，好像在4.0版本时代
我们现网在用5.0，想升级，也想知道每个5.x哪个版本是稳定的
1 个赞
记得之前在官网，有介绍4.0.x版本一般建议用于生产版本，主要是每次解决了bug后发布的版本，而4.y版本是特性开发版本。我现在找不到相关说明的具体出处！而5.y.z版本太多，如果后期因为一些特性引入bug，需要再次升级版本。毕竟生产环境频繁升级版本，有压力和担心
1 个赞
噢，这些说明不是我说的介绍噢，我看到的是针对tidb整个代码分支发布的原则介绍。这种5.2.x版本，很可能会引入新bug，尤其在新特性加入时候。
1 个赞
你好，谢谢。我要的不是release-timeline，而是介绍各个分支使用差别。比如，4.0.x是bug修复版本，4.1是特性1开发版本，是这种介绍整体分支差别的介绍说明。
1 个赞
这个官网 release note 就写呀，你可以看每个大版本的第一个版本，例如 5.3.0 5.4.0，release note 最上面写到的新特性即比上一个大版本新引入的 feature，选择版本时先根据 feature 确认 大版本号，然后再对应选择 大版本中最新的版本。 https://docs.pingcap.com/zh/tidb/stable/release-5.3.0
发板模型：
版本命名
Major.Minor.Patch
Minor: 功能版本；添加新功能，修复 Bug
Patch：修复版本：修复 BUG
举个简单的例子，比如生产环境用的版本是 5.1，并且 5.1 的特性已经满足生产要求，没有使用新 feature 的需求，如果遇到 5.1 的相关 bug 问题，可以直接升级到 5.1.x 的最新版本。不会存在引入新特性而引入新的 bug。
1 个赞
谢谢，您的回复。有两个疑问：1） 5.1.x修复的5.1版本bug，是否会合并到5.0.x发布上去？ 2）是否可以始终在每个大版本中，比如选择5.0.x版本作为升级版本。我们更倾向使用大版本中，新增的特性，而对于5.1.x版本特性需求不高。谢谢
1 个赞
别人我不知道，反正我是5.2.2。
2 个赞
1.如果是 5.1.x 新特性带来的 bug，不影响 5.0.x，不会合并；如果是非新特性带来的 bug，并且存在于 5.0.x 中，会合并。
2.这个版本选择主要还是看是否满足你们的需求了
1 个赞
全新部署的，真心建议上最新版本。
2 个赞
一步到位上最新版本
2 个赞
全新部署，真心建议上5.3.y Y越大越好
1 个赞
稍微扩展一点可以么：
从6.X开始分为了稳定版本：长期支持版本 (Long-Term Support Releases)和预览版本：开发里程碑版 (Development Milestone Releases, DMR)。
https://docs.pingcap.com/zh/tidb/v6.0/release-6.0.0-dmr
对于5.x.y来讲，x代表不同特性的增加，y代表修复版本，上述大佬回答的都很全面。
关于有共性的bug修复，从我参与的bug修复过程来讲，有共性的问题，会在受影响的各个版本发布，各版本的特性主要在各版本修复，例如：
此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。