GitHub Actions 中 go test 失败主因是 Go 版本与 go.mod 不匹配，需用 actions/setup-go@v4 显式安装严格一致的版本，并启用 cache 加速；release 上传应结合 goreleaser-action 与 upload-release-asset；go vet 必须运行且前置，staticcheck 需精简检查项；私有模块需配置 GOPRIVATE 和 git URL 重写。
GitHub Actions 里跑 go test 为什么总失败？
不是代码问题，大概率是环境没配对。GitHub 默认 Ubuntu runner 的 GOROOT 是系统自带的 Go（比如 1.20），但你项目用了 go.mod 声明 go 1.22，go test 就会报 go: go.mod file requires go 1.22 —— 这个错误根本不会告诉你缺的是 Go 版本，只说“要求不满足”。
- 必须显式用
actions/setup-go@v4安装对应版本，不能依赖系统预装 -
go-version要和go.mod第一行的版本严格一致（如go 1.22.5→ 写1.22.5，不是1.22） - 加
cache: true可复用$GOCACHE，测试快 2–3 倍；不加的话每次都是冷缓存，go test -race可能超时
怎么让 go build 输出二进制并自动上传到 release？
别手写 curl 传 asset，GitHub Actions 有原生支持。关键在两步：先用 goreleaser/goreleaser-action@v4 构建，再用 actions/upload-release-asset@v1 补充非 goreleaser 生成的文件（比如文档或配置模板）。
-
goreleaser需要.goreleaser.yml，至少声明builds和archives，否则只打 tag 不出二进制 - release 触发条件必须是
types: [published]，不是push—— 否则 draft 状态就触发，asset 上传会 404 - 如果项目不用 goreleaser，直接用
go build -o dist/myapp ./cmd/myapp，记得先mkdir -p dist，Windows runner 默认没有dist/
go vet 和 staticcheck 该不该放进 CI？
该，但顺序和粒度要调。CI 不是本地开发，没必要每 push 都跑全量 staticcheck（太慢），但 go vet 必须开，它查的是语法级错误，比如 Printf 参数类型错位，这种 bug 本地都难发现，CI 却能秒级拦截。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
go vet ./...放在 test 前，失败直接中断，避免浪费时间跑测试 -
staticcheck推荐用--checks=-SA9003,-ST1000关掉主观建议类检查（如 “函数名太长”），只留客观风险项（如空指针解引用、goroutine 泄漏） - 若项目含 cgo，
go vet会报cannot find package "C"，加CGO_ENABLED=0环境变量跳过 C 相关检查
私有模块（go.dev 或自建 proxy）怎么让 Actions 正确拉取？
默认 GO111MODULE=on + GOPROXY=https://proxy.golang.org,direct，遇到私有域名（如 git.corp.example.com）会 fallback 到 direct，然后因无 SSH key 或 token 失败。
立即学习“go语言免费学习笔记（深入）”；
- 在 workflow 里设
GOPROXY=https://proxy.golang.org,https://goproxy.cn,direct没用，关键是加GOPRIVATE=git.corp.example.com - 如果私有模块走 HTTPS（不是 git+ssh），还需配
git config --global url."https://token:x-oauth-basic@github.com/".insteadOf "https://github.com/" - 用
actions/checkout@v4时，如果 repo 是 private，必须传token: ${{ secrets.GITHUB_TOKEN }}，否则 submodule 拉不到
