Ruby on Rails

On Saturday, December 5, 2015 at 1:11:54 PM UTC, Martin wrote:


> - merging master to branch a because of this important changes, so a is ahead of master not just a fork.
> - now I put a copy of the production database to the development database
>
> of course now the migration first created in a is not there, because it never reached master, but because it has a lower number than the last migration in master, rake db:migrate does not do anything.

That doesn't sound right - rake db:migrate runs migrations that have not been run by comparing the contents of the schema_migrations table with the list of available migrations: it doesn't just assume that everything upto the largest entry has been run (unless possibly you are using the legacy pre rails 2 migration numbering scheme - no idea if that is still possible)

The only exception to this is that if you run db:schema:load then it assumes all migrations upto the version named in schema.rb have run.

Fred


> now I tried to give the migration file a newer number, but then rake db:migrate tells me the table created in the migration would be allready there.  but looking directly inside the database it is not there.
>
> What do I miss and how can I fix this?
>
> note: it could also be because i just changed the db schema from sqlite to mysql2.
>
> it seems that rake db:migrate works on the sqlite, not on thy msql table?
>
> Thanks for help,
> Martin

--
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rubyonrails-talk+unsubscribe@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/fc5ec845-37c0-4966-8c4c-33a8ed6a0d08%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.