Revel安装失败主因是命令路径或环境变量配置错误，而非版本不兼容；需检查GOPATH/bin是否在PATH中、正确安装revel命令、配置GOPROXY代理及避免GOROOT下创建项目。
Revel 安装失败，八成不是版本不兼容，而是命令路径或环境变量没对齐——v1.x 框架本身对 Go 1.19–1.21 兼容良好，问题几乎都出在 revel 命令找不到或依赖拉不全。
revel 命令找不到：检查 $GOPATH/bin 是否在 PATH 中
执行 revel version 报 command not found，说明 shell 根本没看到这个二进制。它不在系统路径里，而不是没装上。
- 先运行
go install github.com/revel/cmd/revel@latest（别用已废弃的go get github.com/robfig/revel/revel） - 再确认
ls $GOPATH/bin/revel*是否存在输出；若无，说明go install没写入正确位置 - Linux/macOS 运行
export PATH="$PATH:$GOPATH/bin"并写入~/.bashrc或~/.zshrc；Windows 需手动把%GOPATH%\bin加进系统Path环境变量 - 别把项目放在
$GOROOT下——revel new会报错或生成结构异常
依赖拉取失败：国内网络导致 golang.org/x/... 卡住
运行 revel new myapp 或首次 revel run 时卡在 “downloading dependencies”，大概率是 golang.org 域名被阻断，而非 Revel 版本问题。
- 临时解决：启动前加环境变量
GOPROXY=https://goproxy.cn，例如GOPROXY=https://goproxy.cn revel run myapp - 永久生效：在 shell 配置中添加
export GOPROXY=https://goproxy.cn - 若仍失败，可手动进项目目录执行
go mod download，观察具体哪个模块失败（常见为golang.org/x/net、golang.org/x/text） - 不建议换回旧版 Revel（如 0.19.0）来“绕过”——它反而更依赖
go get且不支持 Go Modules 默认模式
Go 版本看似冲突，实为误判
看到 revel: error: unknown command 或 build constraints exclude all Go files，第一反应不该是“降级 Go”，而是检查是否混用了模块模式与 GOPATH 模式。
- Revel v1.x 要求 Go ≥ 1.19，但不支持 Go 1.22+ 的某些实验性 flag（如
-trimpath默认开启），若你用的是预发布版 Go，退回 1.21 更稳 -
go env GOPATH输出为空？说明启用了模块模式（GO111MODULE=on），但revelCLI 工具本身仍需GOBIN或GOPATH/bin才能注册命令 - 验证方式：运行
go list -m all | grep revel，若无输出，说明框架代码没被模块识别——这不是 Revel 的锅，是项目没在模块根目录下初始化 - 别信“Revel 不支持 Go Modules”的旧说法：v1.1.0+ 已完全兼容，只是 CLI 工具安装逻辑和项目生成逻辑分开了
真正容易被忽略的点：Revel 的 revel 命令行工具和你的应用代码是解耦的。你可以用 Go 1.21 装 revel CLI，再用同一套 CLI 创建跑在 Go 1.19 上的老项目——只要 go build 能过，就不是版本冲突，而是路径、代理或权限问题。
