Revel项目启动前须用go mod tidy一次性拉齐所有依赖，因存在隐式传递链，漏一个即报错；需先确保go.mod存在，再执行tidy补全、降级并写入go.sum，CLI工具需单独go install。
Revel 项目启动前必须一次性拉齐所有依赖，否则 revel run 或 go build 会直接报错退出——这不是“缺几个包补几个”能解决的事，因为 Revel 的依赖存在隐式传递链（比如 gocolorize 被 revel 直接引用，而 pathtree 又被 router.go 间接依赖），漏一个就卡死。
用 go mod tidy 代替 go get 批量拉取
老教程里让逐个 go get github.com/xxx/yyy 安装，现在完全过时。Revel 0.25+ 已全面兼容 Go Modules，正确做法是：在项目根目录（含 go.mod）执行：
go mod tidy
它会自动解析 import 语句、补全缺失模块、降级冲突版本，并写入 go.sum。关键点：
- 必须先有
go.mod：新项目用revel new myapp自动生成；旧项目手动go mod init github.com/yourname/myapp，再go get github.com/revel/revel@v1.1.0 -
go mod tidy会清理未使用的依赖，但 Revel 的某些插件（如revel/cmd/revel）不在主模块中，需额外go install github.com/revel/cmd/revel@latest - 若提示
unknown revision，说明某依赖已归档或重命名（如旧版code.google.com/p/go.net/websocket），需手动替换为golang.org/x/net/websocket并在go.mod中replace
处理 vendor 目录与离线环境
CI/CD 或内网部署时不能联网拉包，go mod vendor 是唯一可靠方案：
go mod vendor
生成 vendor/ 目录后，后续构建加 -mod=vendor 参数即可完全离线：
go build -mod=vendor -o myapp .
注意两个坑：
-
vendor/不包含revel/cmd/revel——这个 CLI 工具必须单独go install到$GOBIN，否则revel run命令不可用 - 某些 Revel 插件（如
revel/config）的init()函数依赖文件系统路径，vendor后若conf/或messages/路径错位，会导致配置加载失败，务必验证revel.AppPath输出是否仍指向项目根目录
Windows 下 hg 和 git 混合依赖的绕过技巧
Revel 早期版本（v0.19.0 及之前）依赖 code.google.com/p/go.net/websocket，该地址需 hg（Mercurial）下载——但现在绝大多数 Windows 环境已不装 hg。更简单的方法是强制替换：
go mod edit -replace code.google.com/p/go.net/websocket=golang.org/x/net/websocket@latest
然后运行 go mod tidy。如果仍有类似 gopkg.in/fsnotify.v1 报错，统一用 replace 指向当前活跃仓库：
-
gopkg.in/fsnotify.v1→github.com/fsnotify/fsnotify -
github.com/robfig/config→ 确认版本 ≥v1.0.0，旧版不支持 Go Modules
替换后记得删掉 go.sum 重生成，避免校验失败。
批量安装的本质不是“多开几个终端跑命令”，而是让 Go Modules 自动识别整个依赖图谱。真正容易被忽略的是：Revel 的 CLI 工具（revel 命令）和应用运行时依赖是两套东西，前者必须 go install 到全局，后者走 go mod 管理——混在一起处理，八成会漏掉其中一个。
