是，默认会修改go.mod，但需在module目录下运行且不加-d；Go 1.16+默认启用模块，go get会更新go.mod和go.sum，否则可能因路径错误或模块未启用导致import失败。
go get 会修改 go.mod 吗？
默认会，但取决于 Go 版本和当前目录是否在 module 内。Go 1.16+ 默认启用 GO111MODULE=on，只要你在项目根目录（含 go.mod），执行 go get 就会自动下载依赖、更新 go.mod 和 go.sum。
常见错误现象：go get github.com/sirupsen/logrus 没报错，但 go build 仍提示 “import not found”——大概率是因为没在 module 目录下运行，或者用了 -d 标志只下载不记录。
- 确认你在项目根目录（有
go.mod的地方）执行命令 - 避免加
-d，除非你明确只想下载源码不写依赖（比如调试用） - 如果提示
go: modules disabled，说明模块未启用，先运行go mod init your-module-name
怎么指定版本？不加版本默认拉什么？
不加版本时，go get 默认拉最新 tagged 版本（如 v1.9.0）；如果没有 tag，则拉 latest commit（master 或默认 branch 的 HEAD）——这会导致不可重现构建。
使用场景：生产项目必须锁定版本；临时测试可省略，但别提交到 git。
立即学习“go语言免费学习笔记（深入）”；
- 拉特定 tag：
go get github.com/sirupsen/logrus@v1.9.0 - 拉某次 commit：
go get github.com/sirupsen/logrus@8a5b72f - 拉分支（不推荐）：
go get github.com/sirupsen/logrus@master - 升级已有依赖到最新 tag：
go get -u github.com/sirupsen/logrus
注意：-u 不会升级间接依赖（transitive deps），要全量升级得用 go get -u ./...，但容易破坏兼容性，慎用。
为什么 go get 后 import 还是报错？
最常见原因不是下载失败，而是 import path 写错了——Go 的 import path 是模块路径，不是 GitHub URL 路径，也不等于本地文件夹名。
例如：go get github.com/spf13/cobra 成功后，代码里必须写 import "github.com/spf13/cobra"，不能写成 import "cobra" 或 import "./cobra"。
- 检查
go.mod中module声明的名称，它定义了整个项目的导入根路径 - 确保
import语句中的字符串与go.mod里该依赖的 module path 完全一致（大小写、斜杠都不能错） - 如果依赖本身有重定向（比如旧 repo 迁移），
go get可能拉错，此时看go.mod里记录的 path 是否合理
go get 在 CI/CD 或多人协作中要注意什么？
go get 本身不是构建步骤，而是开发期依赖管理动作。CI 中不该再跑 go get，而应直接 go build 或 go test ——因为 go.mod 和 go.sum 已经锁定了所有依赖版本。
容易踩的坑：go.sum 文件被忽略或未提交，导致不同机器上校验失败；或者有人手动改了 go.mod 却没同步 go.sum。
- 确保
go.sum跟go.mod一起提交 - CI 中禁止设置
GO111MODULE=off，否则会退化为 GOPATH 模式，行为不可控 - 团队统一 Go 版本（至少小版本一致），不同 Go 版本对
go.sum格式处理略有差异
真正麻烦的从来不是“怎么加”，而是“加完之后谁动了哪一行、有没有人绕过 go get 直接改 go.mod、go.sum 是否干净”——这些细节比命令本身更影响稳定性。
