Revel框架go get失败主因是GO111MODULE未启用、GOPATH配置缺失或GitHub访问受限，需强制启用模块、配置代理或检查main入口文件是否存在。
Revel 框架本身不提供“一键安装所有依赖”的能力，go get 失败时提示“缺少依赖包”，本质是 Go 工具链无法拉取某个 import path 对应的代码——不是系统级库缺失，而是 Go 包依赖树断裂。直接用 apt install 或 yum install 解决不了。
为什么 go get github.com/revel/revel 会失败
旧版 Revel（如 0.19.0）仍部分依赖 GOPATH 模式，且其 go.mod 可能未完全收敛；若本地 GO111MODULE=off 或 GOPATH 未设、或网络无法访问 GitHub，就会报类似 cannot find package "github.com/robfig/config" 的错误。
- 执行
go env GOPATH确认输出非空，且项目路径在$GOPATH/src/下（如$GOPATH/src/github.com/yourname/myapp） - 强制启用模块：在命令前加
GO111MODULE=on，例如GO111MODULE=on go get github.com/revel/revel - 若因 GitHub 访问受限，可临时配置代理：
git config --global url."https://ghproxy.com/https://github.com/".insteadOf "https://github.com/" - 不要用
go get -u升级 Revel，它会破坏约定式目录结构；只用无-u的原始命令
revel run 启动时报 “no Go files in current directory”
这不是依赖缺失，而是 Revel 找不到入口文件。它默认期望项目根目录下有 app/tmp/main.go（由 revel new 自动生成），但该文件若被 .gitignore 忽略或未提交，CI 或新 clone 的环境就会报这个错。
- 检查是否存在
app/tmp/main.go，若无，先运行revel new myapp生成骨架再复制逻辑 - 确认
go list -f '{{.Dir}}' github.com/yourname/myapp输出的是完整路径，且末尾为/myapp - 若你自定义了
main包（如放在根目录main.go），必须确保go build能识别——此时不能依赖revel run，而应改用go run .或go build，并手动加载conf/app.conf
CI/CD 中 go mod download 失败的常见漏点
Revel 项目在 CI 流程里失败，90% 不是包不存在，而是环境没对齐。GitHub Actions runner 默认不设 GOPATH，也不自动启用 Go Modules。
- 必须显式设置
GO111MODULE=on，否则旧版 Revel 的import解析会退回到 GOPATH 模式并失败 - 运行
go mod download前，确保go.mod和go.sum已提交；若只有vendor/目录而无go.mod，说明项目仍卡在 GOPATH 时代，需先go mod init - 不要在 CI 中执行
revel run—— 它会启动 HTTP 服务并阻塞，导致流水线挂起；只跑go test ./... -v -timeout 30s和go build -o myapp . - 若用 Docker 构建，基础镜像选
golang:1.21-alpine时要注意：Alpine 的ca-certificates版本旧，可能无法验证 GitHub TLS 证书，换golang:1.21-slim更稳妥
真正难处理的不是“缺哪个包”，而是“为什么这个包在本地能下，在 CI 里下不了”——往往差在 GO111MODULE 开关、GOPATH 路径、或 Git URL 重写规则上。每次失败，先跑一遍 go env 和 go list，比盲目重装快得多。
