goland点击更新仅升直接依赖且跳过间接依赖；真正生效需手动执行go get -u ./、go mod tidy和go test ./三步。
GoLand 里点几下就能升依赖？别信高亮提示
GoLand 确实会在 go.mod 中高亮过时的依赖，但“一键更新所有”只是表面操作——它默认只升直接依赖，且不处理 // indirect 标注的间接依赖，更不会校验是否引入了破坏性变更。你点完“Update to latest patch”，go.mod 可能改了，但 go.sum 没刷新、未引用的新包没拉、旧包残留没清，CI 上照样失败。
真正起作用的是背后执行的命令，不是 UI 动作本身。GoLand 默认调用的是 go get -u=patch ./（仅补丁级），而不是全量或主版本升级。
- 鼠标悬停在依赖行 → 按 Alt+Enter → 选 “Update to latest patch”：等价于
go get -u=patch ./ - 想升 minor 版本？得手动选 “Update to latest version”，它会跑
go get -u ./，但仍跳过// indirect - 高亮显示
v1.8.1 → v1.9.0，不代表你代码能兼容——GoLand 不读 CHANGELOG，也不跑go test - 如果项目启用了
replace或设置了GOPRIVATE，UI 更新会静默跳过，连错误提示都没有
为什么点了“更新所有”后 go list -u -m all 还显示一堆可升项
因为 GoLand 的“全部更新”根本没碰间接依赖。比如你的代码只 import github.com/gin-gonic/gin，但它依赖的 golang.org/x/net 是间接引入、带 // indirect 标注的——GoLand 默认不升级它，哪怕 go list -u -m all 显示 golang.org/x/net v0.22.0 [v0.25.0]。
要让它生效，必须手动触发全量扫描：
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 打开 Terminal，运行
go list -u -m all看完整列表 - 对关键间接依赖（如
golang.org/x/crypto,google.golang.org/protobuf）单独执行go get golang.org/x/crypto@latest - 再跑一次
go mod tidy，否则新版本不会写入go.sum，也不会下载源码 - 注意：如果某间接依赖被多个 direct 包约束在不同版本，
go get可能报错require ...: version "vX.Y.Z" does not exist，得先查它是否真有 tag
GoLand 自动更新后必须补的三步动作
UI 点完就关 Terminal？大概率出问题。以下三步缺一不可，且顺序不能错：
- 立刻执行
go mod tidy：它会补全新增依赖、删掉未引用的 require 行，并重算go.sum。只靠 GoLand 点击不会触发这步 - 运行
go test ./：尤其关注集成测试和TestMain，有些包（如golang.org/x/text）在 patch 版本里也会改 Unicode 归一化行为 - 检查
git status—— 必须看到go.mod和go.sum同时变更。如果只有go.mod改了，说明go.sum没同步，协作者go build会失败
真正麻烦的不是怎么点，而是哪个该升、哪个绝不能动
GoLand 不知道你线上跑着 github.com/Shopify/sarama v1.27.0，而它的 v1.28.0 正好修复了一个 Kafka SASL 认证死锁——但你也可能依赖另一个包，它硬编码了 v1.27.0 的 struct 字段名。这种冲突不会在 go build 报错，而是在凌晨三点消费消息时 panic。
所以每次更新前，至少扫一眼目标模块的 GitHub Releases 页面，重点看 “Breaking changes” 和 “Bug fixes” 标签。特别是 golang.org/x/ 系列、google.golang.org/ 下的 proto/http/grpc 相关包——它们的 patch 版本也敢动底层行为。
