[Rails] rake migrate the first time - uses more than schema_info?
Wes Gamble
weyus at att.net
Tue Aug 8 20:44:55 GMT 2006
All,
I have two migration files, file 1 and file 2.
For reasons that I don't want to go into unless I must, I want to only
run file 2 on my production database (file 1 contains a bunch of table
creation stuff for already existing tables).
I figured if I created a schema_info table and set the version in it to
1, then I could just run rake db:migrate RAILS_ENV=production and just
file 2 would get run.
However, it keeps trying to run file1 and fails because as I said, those
things already exist. Basically, it is ignoring or not seeing the
schema_info version. I am pretty sure that it should be able to read
the version from that table.
So, I am led to believe that the first time that you run rake
db:migrate, it must be looking for something in addition to/instead of
the version in the schema_info table to figure out that it wants to run
starting with the first migration file.
Here's the output of rake --trace db:migrate
[dusan at exmit2 current]$ rake --trace db:migrate RAILS_ENV=production
(in /home/dusan/eSimplyTest/releases/20060808203414)
** Invoke db:migrate (first_time)
** Invoke environment (first_time)
** Execute environment
** Execute db:migrate
Do I have to fiddle with my migration files on my production box?
Any info. on this?
Thanks,
Wes
--
Posted via http://www.ruby-forum.com/.
More information about the Rails
mailing list