I don\'t want to add schema.rb
to .gitignore
, because I want to be able to load a new database schema from that file. However, keeping it checked
What has worked really well for me is to delete and .gitignore schema.rb
and then have it regenerated for each developer when they rake db:migrate
.
You can still achieve what you wanted without migrating from 0 and risking broken migrations from years ago by simply doing a "roll-up" of the migrations periodically. You can do this by:
rake db:migrate
schema.rb
in the ActiveRecord::Schema.define
blockdef up
(overwriting what's already there)Now your initial_schema migration is your starting point for new systems and you don't have to worry about conflicts in schema.rb
that may not be resolved correctly. It's not magical, but it works.
I built a gem to solve this problem.
It sorts columns, index names and foreign keys, removes excess whitespace and runs Rubocop for some formatting to unify the output of your schema.rb file.
https://github.com/jakeonrails/fix-db-schema-conflicts
After you add it to your Gemfile you just run rake db:migrate
or rake db:schema:dump
like normal.