Buffalo build 不打包静态资源是因为未预先运行 packr2 生成嵌入代码；必须先执行 packr2 扫描并生成 packr/packrd.go，再用 buffalo build --static 构建，否则运行时 box.FindString() 返回空或 panic。

buffalo 框架本身不提供类似 packr2 build 那样的独立静态资源打包命令；它默认通过内置的 packr（v2）自动处理，但前提是项目结构和构建流程符合约定，且你没跳过 packr 的预处理步骤。

---

buffalo build 为什么没把静态文件打进二进制？

buffalo build 默认会调用 go build，但它不会自动执行 packr2 扫描和代码生成。
如果你直接运行 buffalo build，而没提前让 packr2 把 box 注入到 Go 源码里，那最终二进制里就只有空 box —— 运行时 box.FindString() 一定返回 nil 或 panic。

常见错误现象：

• 页面 404，CSS/JS 加载失败
• box.FindString("public/app.js") 返回空字符串或 error：open public/app.js: no such file or directory
• buffalo dev 能跑，但 buffalo build 后静态资源全丢

必须手动补上这步：

• 确保已安装 packr2（不是 packr v1）：
  go install github.com/gobuffalo/packr/v2/packr2@latest
• 在项目根目录运行：
  packr2
  它会扫描所有 packr.New 调用，生成 packrd.go 文件（通常在 packr/ 目录下），把文件内容硬编码进 Go 源码

⚠️ 注意：如果项目里用了自定义 box 名（比如 packr.New("assets", "./public")），packr2 能识别；但路径必须是相对当前 go build 工作目录的合法路径，不能是绝对路径或上级越界路径（如 ../public 在某些构建上下文中会失效）

Buffalo框架 1.0.1

Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。

下载

---

buffalo build 前必须确认的三件事

• packr2 已成功运行，且生成了 packr/packrd.go（或你指定的输出路径），该文件被 git add 过（否则 CI 构建会失败）
• 项目中所有 box 初始化都用了 github.com/gobuffalo/packr/v2，而非 v1 或其他 fork
• buffalo build 命令是在项目根目录执行的，且 GOOS/GOARCH 环境变量与目标平台一致（跨平台打包时尤其关键）

示例工作流：

packr2
buffalo build --static --ldflags="-s -w"

其中 --static 是让 Buffalo 强制启用嵌入式资产服务（即走 packr 而非文件系统读取），不是可有可无的开关。

---

为什么不用 buffalo dev 时的资源路径逻辑？

buffalo dev 默认用 http.FileServer 直接 serve public/ 目录，完全绕过 packr；只有在生产构建（buffalo build）+ --static 模式下，才真正依赖 packr 生成的代码。
这意味着：开发期一切正常 ≠ 构建后正常。很多坑都出在这里——没人真去跑一遍 buffalo build && ./myapp 测试。

最易被忽略的一点：
packr2 生成的代码里会包含文件路径的硬编码字符串（比如 "public/favicon.ico"），如果你在 packr.New 里写的路径是 "./public"，但实际文件在 public/（没点号），运行时就会找不到——路径必须严格匹配。