buffalo g model 命令仅生成 Go 结构体和迁移文件，不注册模型、不建表、不初始化数据库连接；需手动补全 db tag、TableName()、sql.NullString、CreatedAt/UpdatedAt tag 及 pop.RegisterModel 调用，否则模型无法被 pop 识别或静默失效。
buffalo g model 命令只生成 Go 结构体和迁移文件，不注册模型、不建表、不初始化数据库连接——它只是“写代码”，后续所有步骤都得你手动补全，否则模型根本不会被 pop 识别。
生成命令本身很简单，但字段类型映射容易错
执行 buffalo g model User name:string email:string age:int 会生成 models/user.go 和迁移文件。但注意：
- Go 的
int在 PostgreSQL/MySQL 中默认映射为 64 位整型，如果数据库列定义成smallint或tinyint，插入时可能报cannot scan into dest -
string字段在模型里是string类型，但若数据库列允许 NULL，必须改用sql.NullString，否则查询 NULL 值会 panic - 时间字段不会自动加
CreatedAt/UpdatedAttag，得手动补上，否则 pop 不会自动填充
生成后必须手动注册模型，否则 pop 完全无视
pop 不会自动扫描 models 目录下的 struct，buffalo g model 生成的代码里没有 pop.RegisterModel 调用。不注册会导致：
-
app.Pop().Create(&u)返回panic: no model registered for User - 迁移命令
buffalo db migrate会跳过该模型对应的迁移文件（因为 soda 不知道这张表该叫什么）
正确做法是在 models/user.go 底部加：
Buffalo框架 1.0.1
下载
Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。
func init() {
pop.RegisterModel(&User{})
}
迁移文件生成了，但跑不起来？检查 PopMap 和 DB_URL
生成的迁移文件会被写入 models/migrations/，但要让它生效，还需两步：
- 确保
models/models.go里的PopMap包含新模型，例如："users": &User{}，否则soda migrate up找不到对应结构 -
buffalo db migrate读的是环境变量DB_URL，不是database.yml；改了database.yml却没设DB_URL，迁移会连错库甚至报connection refused - 首次迁移前必须先
buffalo db create，否则直接 migrate 会失败
别指望生成的模型能直接用，字段 tag 是硬门槛
pop 严格依赖结构体字段上的 db tag 映射列名，buffalo g model 生成的代码里只有 json tag，db tag 全是空的。不补全就会：
- 所有字段写入数据库都是
NULL（pop 当作忽略字段） -
TableName()方法缺失 → pop 默认用单数表名user，而约定是复数users，导致INSERT INTO user报错
补全示例：
func (User) TableName() string {
return "users"
}
type User struct {
ID uuid.UUID `json:"id" db:"id"`
Name string `json:"name" db:"name"`
Email string `json:"email" db:"email"`
CreatedAt time.Time `json:"created_at" db:"created_at"`
UpdatedAt time.Time `json:"updated_at" db:"updated_at"`
}
最常被跳过的其实是 TableName() 方法和 db tag —— 它们不报错，但让整个模型静默失效。
