Buffalo框架在RHEL上安装需先装Go≥1.20（禁用旧系统包）、再用go install获取CLI、启用EPEL与开发工具链、处理SELinux端口和文件上下文策略，否则buffalo dev会静默失败。
Buffalo 框架本身不依赖特定 Linux 发行版，它是个 Go 语言 Web 框架，Red Hat Enterprise Linux（RHEL）上安装 Buffalo 的核心是装好 Go 环境和构建工具链，而非“安装 Buffalo”本身——buffalo CLI 是用 go install 获取的二进制命令，不是系统包。
确认 Go 环境是否就绪
RHEL 默认不带 Go，必须手动安装。系统自带的 golang RPM（如 RHEL 8/9 的 golang 包）版本往往太旧（1.16 或更低），而 Buffalo 1.0+ 要求 Go ≥ 1.20：
- 运行
go version，若输出低于go1.20，别用系统包，直接下载官方二进制 - 从 https://go.dev/dl/ 下载
go1.20.x-linux-amd64.tar.gz（或 arm64 版本） - 解压到
/usr/local：sudo tar -C /usr/local -xzf go*.tar.gz - 确保
/usr/local/go/bin在$PATH中（检查~/.bashrc或/etc/profile.d/go.sh）
安装 buffalo CLI 命令行工具
Buffalo 不提供 RHEL 官方 RPM，也不推荐用 curl | bash 方式。安全可靠的做法是用 Go 自身的安装机制：
Buffalo框架 1.0.1
下载
Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。
- 执行
go install github.com/gobuffalo/buffalo/v2@latest（注意 v2 分支对应 Buffalo 1.0+） - 确认安装成功：
buffalo version应输出类似v2.0.0 - 若报错
GOBIN not set，先运行go env -w GOBIN=$HOME/go/bin，再把$HOME/go/bin加入$PATH - 别跳过
go mod tidy—— Buffalo 项目生成后首次构建必然失败，除非先拉全依赖
处理 RHEL 特有的构建依赖缺失
RHEL 默认禁用 EPEL 且不预装构建工具，而 Buffalo 项目若含 SQLite、bcrypt 或前端 asset 编译，会直接失败：
- 启用 EPEL：
sudo dnf install epel-release -y（RHEL 8/9）或sudo yum install epel-release（RHEL 7） - 装基础编译链：
sudo dnf groupinstall "Development Tools" - SQLite 驱动需
gcc和sqlite-devel：sudo dnf install gcc sqlite-devel - 前端构建（如 Webpack）需要 Node.js：
sudo dnf module install nodejs:18（推荐 LTS 版本）
运行项目前必须绕开的 SELinux 陷阱
RHEL 默认开启 SELinux，而 buffalo dev 启动时会监听端口、读写 tmp/、访问数据库 socket，SELinux 可能静默拦截：
- 临时验证是否是 SELinux 导致问题：
sudo setenforce 0，再跑buffalo dev；若恢复正常，就是策略限制 - 不要永久关闭 SELinux。应打标签：
sudo semanage fcontext -a -t httpd_exec_t "/path/to/your/project/.buffalo(/.*)?" - 或放行端口：
sudo semanage port -a -t http_port_t -p tcp 3000 - 数据库连接失败（如 PostgreSQL）常见于
postgresql_selinux策略未允许网络连接，需额外配置布尔值：sudo setsebool -P postgresql_connect_any on
真正卡住人的从来不是 buffalo new，而是 buffalo dev 启动后浏览器打不开、日志没报错但请求超时——大概率是 SELinux 或端口策略挡在了最外层，连 Go HTTP server 的 listen 都没真正生效。
