-
Notifications
You must be signed in to change notification settings - Fork 194
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Rails 4.1.9 #22
Comments
George Diaz writes:
Sent with my mu4e |
any update on this? |
@georgediaz88 looks like rails 4.0 made updates to migration process and introduced http://apidock.com/rails/ActiveRecord/SchemaMigration which conflicts with data-migrate code. What do you think if I create a new version data-migrate that has a dependency on rails 4.0 and up. This version will not be backward compatible though, so data-migrate "1.2.0" will not be maintained. |
@ilyakatz, this sounds like a reasonable compromise for those of us who'd like to continue using this gem. Thanks. |
Ok, cool. I have a working solution in #27, just need to clean it up and create separate branches for the versions, so will try to do this in the coming week |
@ilyakatz, that sounds great to me. I'd like to continue using this gem as well. Let me know if you need a hand as well. Thanks. |
@georgediaz88 thanks. if you could try it out with that new branch, that would be great. just put this in your gemfile gem "data_migrate", github: "execonline-inc/data-migrate",
branch: "fix_data_migration_table" |
@ilyakatz, just tried your branch and it worked! I was able to add a new data migration, run the data migrate command, and see it in the |
ok, thanks for checking. I want to do a bit more testing to make sure that this doesn't rerun all those data migrations that are recorded in |
yea, totally. Sounds good! |
PR #27 has been merged and new version published. Please keep an eye on anything suspicious and open new issues if anything comes up. |
Hello,
We're trying to upgrade our application to latest Rails version of the 4.1 series and it appears running data migrations is now storing in the wrong table. (i.e. in 'schema_migrations' and not 'data_migrations'). Is there a fix our there or is this a known problem?
Any help would be great.
Thanks!
The text was updated successfully, but these errors were encountered: