Go不会自动升级依赖，需手动执行命令才更新；默认按语义化版本选最新兼容版，应通过go.mod写死版本（如v1.9.3）、用replace锁定特定commit、禁用go get -u、提交go.sum并审计间接依赖来确保版本稳定。
Go 不会自动升级依赖，它只会在你明确执行 go get、go mod tidy 或其他触发模块下载/更新的命令时才可能拉取新版本。所谓“自动升级”其实是误解——真正的问题是：**默认行为下，Go 会按语义化版本规则选择满足要求的最新兼容版本（比如 ^1.2.0 会选 1.9.0），而你希望锁死到某个具体版本，不再变动。**
用 go.mod 直接写死版本号
这是最直接、最可靠的锁定方式。Go Module 的版本解析以 go.mod 中声明的 require 行为准。
- 手动编辑
go.mod，把某依赖行改成带完整语义化版本的格式，例如：
require github.com/sirupsen/logrus v1.9.3
- 保存后运行
go mod download确保该版本已缓存；再执行go mod verify可确认校验和是否匹配。 - 之后无论你运行
go mod tidy还是go build，只要没手动改go.mod或执行go get xxx@latest，Go 都会坚持用v1.9.3。
用 replace 强制指定本地或特定 commit
适用于需要临时测试修复分支、绕过官方发布版、或锁定到某个未打 tag 的提交。
- 在
go.mod末尾添加：
replace github.com/sirupsen/logrus => github.com/sirupsen/logrus v1.9.3
或更精确地指向 commit：
replace github.com/sirupsen/logrus => github.com/sirupsen/logrus v0.0.0-20230510152458-6b72e3a001f6
-
replace会覆盖require中的原始声明，优先级更高，且影响整个 module graph。 - 注意：如果目标仓库后续发布了同名 tag（如
v1.9.3），Go 仍会校验其 checksum 是否与go.sum一致，不一致会报错，避免被篡改。
禁用隐式升级：慎用 go get -u 和保持 go.sum 提交
很多“意外升级”其实来自开发者的操作习惯或 CI 环境配置不当。
- 避免无参数使用
go get -u（它会升级所有依赖到 latest）；如需更新，显式指定：go get example.com/pkg@v1.5.0。 - 始终将
go.sum文件纳入版本控制。它是依赖内容的校验快照，Go 工具链会严格比对，防止依赖内容被静默替换。 - CI 流程中建议加一步检查：
go mod tidy -v && git status --porcelain go.mod go.sum | grep -q '.' && (echo "mod files changed!"; exit 1) || echo "clean"，防止未提交的依赖变更流入构建。
进阶：用 // indirect 和 go list -m all 审计依赖来源
有时你以为锁死了 A，但 B 依赖了新版 A，导致间接升级。这时要理清依赖图。
- 运行
go list -m all | grep 'logrus'查看实际加载的版本及来源路径。 - 若发现某依赖被标记为
// indirect，说明它不是你直接 require 的，而是被其他模块引入的——此时应在go.mod中显式require并指定版本，Go 会将其提升为主依赖并锁定。 - 搭配
go mod graph | grep logrus可快速定位哪个模块在拉高版本。
基本上就这些。Go 的版本锁定本质是“声明即契约”，关键不在禁止什么，而在清晰、主动地声明你要什么版本，并让 go.mod 和 go.sum 成为你可信的事实源。
