可以，go get 默认安装最新版，需显式指定版本如@v1.9.3或@commit；replace用于临时覆盖依赖路径或版本，exclude已弃用；go get不更新vendor，需手动执行go mod vendor。
go get 能否直接安装指定版本的包
可以，但默认行为是安装最新版，必须显式指定版本才能控制。不加版本时 go get github.com/sirupsen/logrus 会拉取 main 或 master 分支的 HEAD，这在模块启用后实际对应的是 latest tagged release（如果有 tag）或 pseudo-version（如果无 tag）。
- 安装 v1.9.3：
go get github.com/sirupsen/logrus@v1.9.3 - 安装某次提交：
go get github.com/sirupsen/logrus@e5290748... - 安装分支：
go get github.com/sirupsen/logrus@fix-panic - 降级已存在依赖：
go get github.com/sirupsen/logrus@v1.8.1（会更新go.mod和go.sum）
go.mod 中 replace 和 exclude 的真实作用场景
replace 用于临时覆盖依赖路径或版本，常见于本地调试、fork 后修改、或规避有问题的上游发布；exclude 则仅在 go build / go test 时跳过某个版本（不是删除），极少用，且 Go 1.16+ 已弃用 exclude（仅保留向后兼容）。
- 本地开发时用 fork 替换原包：
replace github.com/sirupsen/logrus => ../logrus-fix - 替换为特定 commit 的远程地址：
replace github.com/sirupsen/logrus => github.com/myfork/logrus v0.0.0-20230215102200-abc123 -
exclude在现代项目中基本不该出现；若看到它，优先考虑是否该用replace或升级/降级依赖
go get 安装失败常见原因与绕过方式
错误常表现为 unrecognized import path、cannot find module providing package 或 verifying github.com/...: checksum mismatch。根本原因多是 GOproxy、网络、校验机制或模块初始化状态问题。
- 未启用 Go modules：检查
GO111MODULE是否为on（推荐全局开启） - GOPROXY 被墙或不可用：临时切国内镜像：
export GOPROXY=https://goproxy.cn,direct - 私有仓库无认证：需配置
git config --global url."https://Token:x-oauth-basic@github.com/".insteadOf "https://github.com/" - checksum mismatch：通常因手动改了
go.sum或缓存损坏，运行go clean -modcache后重试
为什么 go get 后 vendor 目录没更新
go get 默认只更新 go.mod 和 go.sum，不会触碰 vendor/。要同步 vendor，必须显式执行 go mod vendor —— 这个命令会按 go.mod 中记录的精确版本拉取所有依赖到 vendor/ 目录，并剔除未被引用的包。
立即学习“go语言免费学习笔记（深入）”；
- 确保 vendor 与 mod 一致：
go mod vendor -v（加-v可看详细过程） - 若项目已含
vendor/但go build仍走网络：检查是否启用了-mod=vendor，例如：go build -mod=vendor - CI 环境中建议固定使用
go mod vendor+go build -mod=vendor，避免网络波动影响构建稳定性
依赖版本控制的关键不在“怎么装”，而在“谁决定装哪个版本”——是 go.mod 文件里那行 require 记录，不是你敲的那条 go get 命令。很多人反复 go get 却发现版本回退或冲突，问题往往出在没理解 go.mod 是唯一真相源，其他都是副作用。