Revel CLI工具必须用go install github.com/revel/cmd/revel@latest安装，旧式go get github.com/revel/revel已失效；需预拉取gocolorize、fsnotify.v1等依赖并确保$GOPATH/bin在$PATH中。
Revel 框架不能直接 go install 主仓库地址来完成可用的命令行工具安装——它依赖多个子模块和特定构建顺序，跳过这一步会导致 revel 命令缺失或报 cannot find package 错误。
revel 命令行工具必须用 go install 安装指定路径
新版 Revel（v0.20+）已将 CLI 工具拆出为独立模块，不能再用旧方式 go get github.com/revel/revel。正确安装命令是：
go install github.com/revel/cmd/revel@latest- 安装后验证：
revel version应输出类似v0.20.1 - 若提示
command not found，检查$GOPATH/bin是否在$PATH中（macOS/Linux 用户常漏掉这步）
源码编译 revel 命令失败的常见依赖缺失
即使 go install 成功，某些系统（尤其是 Windows 或旧版 Go）仍可能因依赖未自动拉取而失败。错误典型表现为：
cannot find package "github.com/agtorre/gocolorize"cannot find package "gopkg.in/fsnotify.v1"import cycle not allowed（尤其涉及 golang.org/x/net/websocket）
这不是网络问题，而是 Revel CLI 的依赖树未被 go install 自动解析完整。解决方式是手动预拉取：
go get -u github.com/agtorre/gocolorizego get -u gopkg.in/fsnotify.v1-
go get -u golang.org/x/net（注意：不是go get -u golang.org/x/net/websocket，后者会触发循环引用） - 再重试
go install github.com/revel/cmd/revel@latest
本地构建 Revel 应用二进制时要注意平台兼容性
Revel 项目最终通过 go build 生成单体二进制，但这个过程极易踩坑：
- 开发机是 macOS 或 Windows？别直接
go build后扔到 Alpine Linux 服务器上跑——会报no such file or directory（缺libc） - 生产部署必须交叉编译或使用 Docker 构建：例如在 Linux 环境下执行
CGO_ENABLED=0 GOOS=linux go build -o myapp . - 如果用了 SQLite 驱动（
github.com/mattn/go-sqlite3），则CGO_ENABLED=1不可省，且需提前装好gcc和sqlite3-dev
public/ 目录静态资源路径不生效？先确认 revel run 的监听行为
很多人改完 public/css/app.css 却访问 /css/app.css 404，其实不是文件没放对，而是 Revel 默认不把 public/ 映射到根路径：
- Revel 实际将
public/映射为/assets/，所以应访问/assets/css/app.css - 模板中必须写成：
<link rel="stylesheet" href="/assets/css/app.css">，而非/public/或/css/ -
revel run启动时不监听public/变更，改了 CSS 必须手动刷新浏览器，不会热重载
真正麻烦的不是装不上，而是装上之后发现 revel run 能跑、revel build 出来的二进制在目标环境起不来——因为默认构建行为完全不考虑运行时依赖链和 libc 兼容性。
