Closed kshepard closed 8 years ago
Hi @kshepard,
Thanks for reporting this and submitting a pull request! However, there are a few things I would like to clarify:
mg init
after mg migrate
. The command should only be run the first time you start the migration or after a mg reset
command.mg reset
command: it will reset the database as well as other related files (like the summary file and the generated source code).Maybe I should try to make this explanation more visible somewhere.
Hi @lastland, thanks for taking a look at the PR! The reason I was deleting the database file was to simulate a deployment scenario. I wanted to see what it would be like to develop the migrations locally, and then at a later time, change my database configuration and migrate a different, remote database. The database deletion was a simple way for me to test this out without needing to set up a completely separate database, but the results should be the same.
@kshepard Yeah that makes good sense. Thanks again for the PR!
No problem, thanks for building this project! Also, curious about your release cycle: approximately when do you next expect to publish a 0.2.2 release?
There has been quite a few changes so I plan to publish a 0.2.2 release soon -- hopefully tomorrow. Would that be OK for you?
Sounds wonderful, thank you!
0.2.2 is released, though it may take a few hours before the release is synced to mvn repo center.
I encountered a problem when performing the following steps:
mg init
followed by amg migrate
mg init
followed by amigrate
This commit ensures that the migrations in the summary file are properly ordered and fixes the above issue.