新增一个 migration 文件又不会肚子疼，怕啥么？

在数据库里面有个 migration 的 schema_migrations 表 去表里面删除对应的 version 值的记录

可以的，但推荐新建 migration 第二个问题：先rake db:drop

@huobazi 我觉得这有点像打补丁，不美观，因为还处在开发阶段呀... @Shadow 这样可以！thx

@flowerwrong 嗯，我准备上线之后再出现类似情况就新写一个 migration

rake db:migrate:reset

1、直接进数据库，用 SQL 代码改那个字段的类型； 2、直接改那个 migration 文件，然后跑一下 rake db:migrate

这样，你已有的数据库测试的记录还不会丢

这个没什么的，还是新增一个 Migration 比较好，不然你到后期数据都有东西了，你去 drop database？要习惯

如果是处于某个功能设计阶段（比如 git 开个分支自己干），或者还没部署到服务器上，又不担心清空数据，你可以修改已有的 migration，这样是为了避免设计更改导致无端增加数个 migration 文件。可以用以下命令去回滚然后重建

rake db:rollback   # 回滚，修改表
rake db:migrate   # 重建

或者这样：

rake db:migrate:redo

还可以加 STEP 指定 redo 几个 migration。

其他任何情况下，都建议加 migration。不管以后你部署服务器，或者你的小伙伴更新数据库，都只需要记住 rake db:migrate 就行。你也不希望很麻烦地去手动执行一些 SQL 去更改数据库吧（比如改 version）。能够解决数据结构同步问题，代价只是多一个文件，你觉得呢？

@darkbaby123 嗯，目前我就在自己分支上开发代码，所以就采取直接修改 migration 文件了，发现也蛮方便的，因为我就几条测试数据，所以删除了也不心疼。