真正触发模块升级的是 Go Modules 工具窗口底部的 Update Go Modules 按钮，等价于执行 go get -u；精准控制版本需手动编辑 go.mod 中 require 行指定版本（如 v1.2.3）后点击 Update 或右键 Download modules，或在终端执行 go get github.com/some/pkg@v1.2.3。
GoLand 里点哪个按钮能真正更新 go.mod 和 go.sum
不是点“Reload project”或右键“Go Modules → Download modules”，那些只拉取依赖，不升级版本。真正触发模块升级的入口在 Go Modules 工具窗口底部的 Update Go Modules 按钮——它等价于执行 go get -u（默认更新次要版本）或 go get -u=patch（只更新补丁版）。
操作前先确认：当前项目根目录下有 go.mod 文件，且 GOPROXY 配置正常（可在 Settings → Go → GOPROXY 查看）。如果代理不可用，Update Go Modules 会卡住或报 no matching versions 错误。
怎么控制更新到哪个版本（比如只升 patch 或指定 v1.2.3）
GoLand 默认用 go get -u，会把所有间接依赖也往高版本推，容易引入不兼容变更。要精准控制，得手动改 go.mod 里的版本号再触发更新：
- 直接编辑
go.mod，把某行改成require github.com/some/pkg v1.2.3 - 保存后，GoLand 自动弹出提示 “Detected changes in go.mod, update dependencies?” —— 点
Update - 或者右键模块名 →
Go Modules → Download modules（此时只拉取你写死的版本，不自动升）
注意：go get github.com/some/pkg@v1.2.3 这种命令行方式在 GoLand 终端里执行也行，但必须加 @ 符号，漏掉就变成“获取最新版”而不是“锁定版本”。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
为什么点了 Update 还没生效？常见卡点在哪
最常被忽略的是 GoLand 的 Go version 设置和模块模式冲突：
- 检查
Settings → Go → GOROOT是否指向你实际用的 Go 安装路径（比如/usr/local/go），不是旧版本 - 确认项目启用了 Go Modules：打开
go env输出，看GO111MODULE是on，不是auto或off -
go.sum文件权限被设为只读时，Update 会静默失败——删掉它再试一次，GoLand 会自动生成新文件 - 如果模块名含
+incompatible（比如github.com/foo/bar v1.0.0+incompatible），说明它没打语义化标签，go get -u不会升级它，得手动指定带 commit hash 的版本
批量升级多个模块时怎么避免踩坑
别一次性全选更新。尤其当项目依赖了不同 major 版本的同一库（如同时用 v1.5.0 和 v2.3.0），GoLand 的全局 Update 可能强制统一成一个版本，导致编译失败。
更稳妥的做法：
- 在
Go Modules工具窗口里，只勾选你要升的几个模块，右键 →Update selected modules - 升级后立刻跑一遍
go test ./...，有些更新表面没问题，但 runtime 才暴露（比如golang.org/x/net升级后 HTTP/2 行为变化） - 留意
go mod graph输出里有没有出现duplicate或replaced，那是版本冲突的早期信号
真正麻烦的不是点错按钮，而是没看清 go.mod 里那行 replace 或 exclude 规则——它们会让 Update 完全失效，却没有任何提示。
