pop迁移不支持直接修改字段类型，必须用add_column+copy+drop_column组合操作；因底层数据库ddl能力差异大，pop放弃通用alter_column以保证可移植性和可回滚性。
Pop 迁移不支持直接修改字段类型，必须用 add + drop 组合操作
Buffalo 默认用 pop 做数据库迁移，而 pop 的 alter_column 仅在 PostgreSQL 上部分支持（如改 NULL 属性），对 MySQL / SQLite 完全不可用。你想把 users.name 从 string 改成 text，pop.AlterColumn("users", "name", "text") 在大多数环境会静默失败或报错 unsupported operation。
为什么不能直接 alter_column
pop 的迁移 DSL 是跨数据库抽象层，但底层 DDL 能力差异太大：MySQL 的 MODIFY COLUMN 和 PostgreSQL 的 ALTER COLUMN TYPE 语义不同，SQLite 甚至不支持原地改类型。所以 pop 主动放弃实现通用 alter_column，避免产生不可移植、不可回滚的 SQL。
Buffalo框架 1.0.1
下载
Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。
正确做法：add_column + copy + drop_column
手动写迁移文件，分三步完成字段类型变更，确保数据不丢失、可回滚：
- 新建迁移：
buffalo pop generate change_users_name_to_text - 编辑生成的
models/migrations/xxx_change_users_name_to_text.up.fizz，写入：add_column("users", "name_new", {"type": "text"}) run("UPDATE users SET name_new = name") drop_column("users", "name") rename_column("users", "name_new", "name") - 对应
.down.fizz必须反向操作（先add_column("users", "name_old", {"type": "string"})，再 copy 回去，最后删新字段） - 执行：
buffalo pop migrate—— 注意别漏掉.down.fizz，否则线上回滚会失败
容易踩的坑
常见错误现象包括迁移卡住、数据被清空、字段名残留 _new 后缀：
-
rename_column在 SQLite 上不支持，得换成create_table+insert into ... select全表重建（pop不自动帮你做，得手写 raw SQL） - 没加
run("UPDATE ...")就直接drop_column，导致原数据永久丢失 - 忘记在
.down.fizz中恢复旧字段类型，回滚时新字段仍为text，和模型 struct 定义不匹配，引发scan error - 字段有索引或外键约束时，
drop_column会失败，需先drop_index或drop_constraint
最麻烦的是大表——UPDATE 可能锁表几十秒，线上服务要提前做停机窗口或用 chunk 分批更新。别指望 pop 自动优化，它只管生成 SQL，执行细节得你自己兜底。
