感觉 migration 写起来真是不顺,但是又不想用 mongoid 之类的
如果是一个人开发,直接改数据库吧,然后 rake db:schema:dump 倒到 schema.rb 上。
当然,这绝对不是个好习惯。
我一般在初期阶段要反复修改表字段,用 migrate 就烦了,只好不停的 rollback. 当然这使我勉强去使用 mongo 多了一个理由。
如果要频繁修改,的确不好办。 db:migrate:redo db:migrate:down db:migrate:up 都会查询 migrations_schema 表,我的做法时删除 migrations_schema 里面的对应 VERSION,然后跑 db:migrate
db:migrate:redo db:migrate:down db:migrate:up
一个人项目初期反复修改,一个 model 一个 migrate 就行了,然后 db:migrate:reset
db:migrate:reset
看来不是我一个人觉得这个麻烦。哪位能否分析一下好的做法?
看来要写一个 migration workflow 了
alias 一下就好了呀,有能力还能给编辑器写个 save hook 自动跑迁移...
#4 楼 @Rei #3 楼 @zlx_star #2 楼 @hhuai #1 楼 @_samqiu
楼上果然狠
虽然烦,但现在还是老老实实写,不过一开始毕竟修改太多,如果能够比较方便地合并 migration 就好了
其实我觉得 migration 挺好的……
#7 楼 @luikore 我随便搜一下看到这个: https://github.com/glanotte/guard-migrate