buffalo dev启动前必须依次执行go mod tidy、npm install、buffalo db create与migrate，缺一将导致启动失败或“table users does not exist”等报错；它仅监听重启，不自动补依赖、建库或跑迁移。
buffalo dev 启动前必须跑完三步，否则直接失败——它不补依赖、不建库、不跑迁移，只监听和重启。
buffalo dev 报错“table users does not exist”怎么办
这不是数据库配置错了，是根本没建表。Buffalo 的 buffalo dev 不会自动执行任何数据库操作，它只负责启动 HTTP 服务并监听文件变更。
- 先确认已执行
buffalo db create：它连接数据库并创建空库（PostgreSQL/MySQL）或初始化 SQLite 文件；失败常见于DB_URL环境变量未设或值错误，database.yml里的配置只是参考，真正起作用的是models.NewDB()解析的环境变量 - 再跑
buffalo db migrate：它读取models/migrations/下的 SQL 文件建表；若提示 “no migrations to run”，说明create没成功，连接根本没通 - 别跳过
go mod tidy：缺github.com/gobuffalo/pop/v6会导致models.NewDB()panic，buffalo dev启动卡在第一步
buffalo db 命令为什么找不到 migrate 或 create 子命令
因为 buffalo db 是插件式命令，依赖 pop 驱动注册。没装好 pop 或驱动编译失败，整个子命令就不可见。
Buffalo框架 1.0.1
下载
Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。
- SQLite 用户必须系统已装
gcc：否则go build阶段编译sqlite3驱动失败，buffalo db直接 panic，终端可能只显示 “command not found” 或空白退出 - 检查
go.mod是否含github.com/gobuffalo/pop/v6：若只有顶层 buffalo 依赖，没显式拉 pop，buffalo db就不会加载迁移能力 - 别用旧版安装命令：
go install github.com/gobuffalo/buffalo@latest已废弃，必须用go install github.com/gobuffalo/cli/cmd/buffalo@latest
buffalo new 后 npm install 为什么不能跳过
即使你删了 assets/、打算纯后端开发，buffalo dev 默认仍会尝试调用 Webpack 构建前端资源。找不到 node_modules 就直接退出，不进路由层。
-
npm install（或yarn install）必须在项目根目录下运行，且需成功完成；失败时看终端最后几行是否含ENOTFOUND或EACCES，大概率是 npm registry 不可达或权限问题 - 若确定不需要前端资产，可后续删掉
assets/和webpack.config.js，但首次必须装，否则buffalo dev启动流程中断 - 使用
--api参数初始化的项目，buffalo dev仍会查node_modules，只是不生成 Webpack 配置；所以这步依然绕不开
buffalo dev 不生效的改动有哪些
它只监听白名单目录下的文件变更，改了以下内容不会触发自动重建，必须手动重启：
- 改
database.yml：该文件仅用于生成初始配置，运行时由models.NewDB()读取DB_URL等环境变量；改完不重启，连接还是旧的 - 改
config/env.go中的AppPort：这个值只在buffalo new时写入.buffalo.dev.yml，之后修改无效；要换端口，得加-p 4000或删掉.buffalo.dev.yml让它重生成 - 改
public/下静态文件：默认不监听，浏览器缓存还可能掩盖改动；如需热更新，得在app.ServeFiles()中显式注册路径，例如app.ServeFiles("/static", http.Dir("./public"))
真正容易被忽略的是：buffalo dev 的热重载机制和数据库迁移、依赖管理完全解耦。它只管“代码改了要不要重启”，不管“重启后能不能连上库”。很多报错看似是框架问题，其实是迁移没跑、驱动没编译、环境变量漏设——这些全得靠人手把关，它不会替你兜底。
