Golang Go语言中大家写程序时会追新版本吗？追大版本还是追小版本？
我是 Go 语言新手，感觉 Golang 发版发的挺勤快的，我学习使用这个语言时最新的版本是1.22.4 （发布于 2024-06-04 ）
自从安装完环境后就很少管，今天上官网看了下大版本更新已经出到1.23.0 （发布于 2024-08-13 ）了，小版本更新也出到1.22.6 （发布于 2024-08-06 ）
之前论坛也有过讨论1.23 的新特性 range over func 帖子，帖子评论也说新特性有好有坏。
而且 Go 也有过从 1.21 开始不支持 Win7 的例子，虽然可以撤销数个 commit 让 1.21 、1.22 重新支持回 Win7 ，具体操作在这个帖子的第 22 楼和第 23 楼，但这总归不是好办法。
说不定哪个新版本就会导致现在旧的“屎山”代码不能编译或不支持旧系统，所以想问一下大伙用 Go 写程序时会追新版本吗？追大版本还是追小版本？
还是说你发任你发 我用 Java8
Golang Go语言中大家写程序时会追新版本吗？追大版本还是追小版本？
更多关于Golang Go语言中大家写程序时会追新版本吗？追大版本还是追小版本？的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html
新特性不一定第一时间用起来，但版本一定保持最新
更多关于Golang Go语言中大家写程序时会追新版本吗？追大版本还是追小版本？的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html
一般我首次配置环境的时候，会选择最新版本（如 OP 提到的 1.23.0 ）/次新版本的最新小版本（ 1.22.6 ），安装完之后很长一段时间就不会再换了。等到过一段时间（几个月），再次突然想起来的时候，就再次更新成此时的最新版本/此新版本的最新小版本。
我常用的三个语言来说，Go 有 goenv/smart-go-dl ，python 有 pyenv, Node.js 有 nvm/n ，版本更新也就几行命令的事。不勤更新单纯就是懒得关注第三位版本号（
例外：
1. 如果项目有指定特定的版本，那么用要求的版本运行和开发项目（没有就装），但是不会设置为该语言的默认版本。其他场景下仍然使用较新版本的环境
2. 对于不常用的语言且系统包管理器内的能满足需求，不单独自己安装额外的管理工具，直接用系统源的包，系统源是啥就用啥（对我来说如 Java 、Rust 、C/C++）
简单概括就是，不一定会用新特性，但是版本会持续更新。基本始终用最新/次新大版本，一段时间更新一次。go/python 这种 major 版本不变的按 minor 来，node 这种 major 会更新的按 major 来（三位版本号通常叫做 major.minor.patch ，参考 https://semver.org/lang/zh-CN/）
生产环境用次新大版本，最新 1.23 那么线上就可以用 1.22
开发组员与线上版本同步，组长使用最新版本进行前瞻测试并制定规范，比如这次的 1.23 这个 range 就是我试过之后禁止组员使用的
#16
1. major 之外不会有语言层面的破坏性更新，major 维护时间是一年，有半年的时间做迁移
2. major 的破坏性更新很少，在因为修复错误或者漏洞而不得不破坏时，也承诺提供机制来保持兼容性 https://go.dev/doc/go1compat https://go.dev/doc/godebug
3. 停止维护的版本会有已知漏洞，我觉得这个优先级更高
Go 会维护最近的两个或三个版本。如果没用上新特性，可以跟老版本的最近更新。比如发布了 1.23.0 ，就用 1.22.6 。以后 1.24 发布了，用 1.23.x 。
在Golang（Go语言）社区中，关于是否追新版本以及追大版本还是小版本的问题，实际上取决于多个因素，包括项目的稳定性需求、新特性的吸引力以及团队的技术债务管理能力。
一般来说，大版本更新（如Go 2.x）往往包含重大变更和新特性，这些变更可能需要对现有代码进行较大的调整。因此，对于生产环境中的稳定项目，追大版本需要谨慎，建议在充分测试并确认兼容后再进行升级。
相比之下，小版本更新（如Go 1.x.y）通常包含性能改进、bug修复和小范围的功能增强，这些更新对现有代码的兼容性影响较小。对于需要持续迭代和优化的项目，追小版本是一个相对安全且有效的选择。
然而，无论追大版本还是小版本，都建议遵循以下最佳实践：
- 备份代码：在升级前，确保有完整的代码备份，以便在出现问题时可以快速回滚。
- 阅读发布说明：详细了解新版本中的变更和新特性，评估其对项目的影响。
- 测试：在升级后，进行全面的测试，确保所有功能正常运行。
- 持续监控：升级后，持续监控系统的运行状态，及时发现并解决问题。
总之，追新版本是一个权衡利弊的过程，需要根据项目的实际情况和需求来做出决策。
