CI中执行go test必须指定-mod=readonly或-mod=vendor；需禁用并发（-p=1）、缓存（-count=1、清空GOCACHE）；-race仅关键包启用并调高超时；覆盖率需转XML或上传coverage.out。
CI中执行go test必须指定-mod=readonly或-mod=vendor
本地能过的测试，推到CI后常因模块依赖被意外修改而失败。Go 1.16+ 默认启用GO111MODULE=on，但CI环境通常没有写入go.mod权限，go test若检测到依赖缺失或版本不一致，会尝试自动更新go.mod和go.sum，导致失败并报错：cannot find module providing package ...或go: updates to go.mod needed, but -mod=readonly。
- 在CI脚本中统一加
-mod=readonly（推荐），确保不修改模块定义 - 若项目使用
vendor/，改用-mod=vendor，且CI前需确认vendor/已提交 - 避免在CI中运行
go mod tidy——它不该是测试环节的责任
CI里要禁用go test的并发与缓存
go test默认启用并发（-p=4）和构建缓存，这在CI共享环境中可能引发竞态或缓存污染：比如多个Job共用同一构建目录，或测试间共享临时文件导致失败。
- 显式设置
-p=1强制串行执行，排除并发干扰 - 加
-count=1禁用测试结果缓存（默认-count=1，但显式声明更稳妥） - CI启动时清空
$GOCACHE或设为临时路径，例如GOCACHE=$(mktemp -d)
用go test -race需注意CI资源与超时
竞态检测器（-race）会使程序变慢2–5倍、内存占用翻倍，CI默认超时（如GitHub Actions 60分钟）可能不够，尤其含集成测试时。
- 仅对关键包启用，例如
go test -race ./internal/worker/...，而非全量./... - 在CI配置中调高超时阈值，如GitHub Actions的
timeout-minutes: 90 - 确保CI runner有足够内存（≥4GB），否则
-race会直接OOM崩溃
生成测试覆盖率报告并上传到CI界面
单纯跑go test -cover只输出一行摘要，CI需要结构化数据（如XML）供平台解析。Go原生不支持JUnit或Cobertura格式，得靠工具转换。
立即学习“go语言免费学习笔记（深入）”；
- 先用
go test -coverprofile=coverage.out ./...生成原始profile - 用
gocov或gotestsum转成XML：gotestsum --format testname -- -coverprofile=coverage.out，再配合go-junit-report生成JUnit XML - GitHub Actions可搭配
codecov-action直接上传coverage.out，但注意它默认只处理根目录下的文件，多模块项目需用flags参数区分
CI里go test不是“跑起来就行”，每个开关背后都对应一个环境假设。漏掉-mod=readonly或让-race扫全量包，往往在合并前最后一刻才暴露问题。
