会，执行 go get @version 默认修改 go.mod 和 go.sum；加 -d 可仅下载不修改；replace 适用于临时调试但不可移植；go mod edit -require 不等价于 go get @version，需配合 download 和 tidy。
go get @version 会改变 go.mod 吗
会，而且是默认行为。执行 go get github.com/sirupsen/logrus@v1.9.3 不仅下载指定版本，还会自动更新 go.mod 中该模块的 require 行，并触发 go.sum 校验和重写。
常见错误现象：本地没改代码，但 go.mod 被意外提交了；CI 构建失败，报错 checksum mismatch —— 很可能是因为某次 go get @version 拉下了不兼容的间接依赖，而 go.sum 没同步干净。
- 如果只想下载不修改
go.mod，加-d参数：go get -d github.com/sirupsen/logrus@v1.9.3 - 如果模块已存在于
go.mod，go get @version是“升级/降级”动作；如果不存在，则是“首次添加” - Go 1.21+ 默认启用
GOPROXY=direct时，@version 可能 fallback 到 vcs，导致版本解析不稳定 —— 建议始终配好可信代理，比如export GOPROXY=https://proxy.golang.org,direct
用 replace 替换依赖版本比 go get @version 更稳吗
更稳，但只适用于临时覆盖、调试或私有 fork 场景，不是长期锁定方案。
使用场景：你发现上游 v1.9.3 有个 panic bug，但官方还没发 v1.9.4，你本地打了 patch 分支，想快速验证；或者公司内部镜像里模块路径不同（如 git.internal.com/my/logrus）。
立即学习“go语言免费学习笔记（深入）”；
-
replace写在go.mod里，优先级高于require，但不会影响其他人的go.mod—— 换机器或 CI 就失效，除非也手动加replace - 若同时用了
go get @version和replace，go list -m all显示的版本是replace后的，但go mod graph可能暴露冲突来源 - 禁止在
replace中用本地相对路径（如./logrus）提交到团队仓库 —— 其他人go build直接失败
go mod edit -require 能替代 go get @version 吗
不能直接替代，它只改声明，不拉代码、不校验、不更新 go.sum。
参数差异明显：go mod edit -require=github.com/sirupsen/logrus@v1.9.3 只往 go.mod 写一行 require，但模块文件根本没下载，下次 go build 或 go run 仍会触发 fetch，且可能拉到别的版本（比如 proxy 缓存了旧版，或网络抖动导致 fallback）。
- 真正等价于
go get @version的组合是：go mod edit -require=... && go mod download && go mod tidy -
go mod edit不检查版本合法性 —— 输入@v999.0.0也能写进go.mod，但后续操作全报错 - 批量锁定多个包？别用多次
go mod edit，容易漏go.sum更新 —— 还是老实用go get a@v1 b@v2 c@v3
为什么 go get @commit 有时不生效
因为 Go 模块系统对 commit hash 的处理有隐式规则：它会找离该 commit 最近的合法 tag，然后按 tag 解析语义化版本；如果没有 tag，才退回到 pseudo-version（如 v0.0.0-20230101120000-abcdef123456）。
性能与兼容性影响：pseudo-version 无法被其他模块稳定引用 —— 如果你的库导出类型依赖某个 commit 的私有 API，别人 require 你时，会因版本字符串不一致导致构建失败。
- 确保目标 commit 所在分支有带
vX.Y.Z前缀的 tag，否则go get github.com/user/repo@abcdef123456实际记录的是 pseudo-version，不是 hash 本身 - 用
go list -m -versions github.com/user/repo查看可用 tag，确认你要的 commit 是否被收录 - CI 中慎用
@commit—— 本地测试通过，上线后因 proxy 缓存策略不同，可能拉到另一个 pseudo-version，行为突变
精确锁定的本质不是“写死一个字符串”，而是让 go.mod + go.sum + 网络环境三者共同收敛。最容易被忽略的点：团队共用 proxy 时，有人清过 cache，有人没清，go get @v1.9.3 在两台机器上可能解析出不同的 pseudo-version —— 此时 go.sum 必然冲突，必须人工核对 checksum 并统一。
