-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Fixed README #449
Fixed README #449
Conversation
What was wrong with the README? (BTW, it's the same in the UPGRADING file) |
The syntax was old. |
Oh? Would you humor me with a source? Looks to me like it's still up-to-date? link. Also, I don't know if this was intentional, but you removed the |
The source is the link you just posted . It say : "If you have multiple engines that need migrations copied over, use railties:install:migrations" in our case we have just one so we using the first syntax. I re-added the db:migrate to the README but omitted it from UPGRADING. IMO it bad practice to place a migration in-line |
My thought regarding running the two tasks together is that it is the expected use case and not everyone knows you can do that. On the other hand, following my logic, the rake command should also run What are the downsides? This is only run in dev |
In a production env, the migrations are run automatically after the deploy. It is recommended to always look at the migration before doing them. Let say you added an index to some field before the gem maintainer released the update. Once you run the migration, it will fail because the index already exist, so a modification will be required. Anyway, if you think i should add the db:migrate, i will do it. |
Good point. Maybe then say |
I rebased and repushed . |
Whoa.. so many commits... maybe just git checkout master && git checkout -b backup_master && git checkout - && git fetch upstream && git reset --hard upstream/master
# make your changes, cherry-pick, whatever and commit
git push -f origin master |
Thank you for your help @bf4 |
@@ -2,6 +2,8 @@ When upgrading | |||
|
|||
Re-run the migrations generator | |||
|
|||
rake railties:install:migrations FROM=acts_as_taggable_on_engine db:migrate | |||
```shell | |||
rake acts_as_taggable_on_engine:install:migrations |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
So, this file is read in by the gemspec and displayed post-install. That's why I didn't use the markdown or the fences.
Also, I think I was just following a pattern already in the gemspec.
In any case, if this file is renamed, we'll need to change the code in https://github.com/mbleigh/acts-as-taggable-on/blob/master/acts-as-taggable-on.gemspec#L21
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think i will revert this change
Improve migration/upgrade instructions
Improve migration/upgrade instructions
This is the correct syntax since rails 3