Support for working in different branches in parallel about ruckusing-migrations HOT 5 CLOSED

Hi,

I think apart from the potentially destructive

php ruckus.php db:migrate VERSION=1NF
php ruckus.php db:migrate

Some future commands could be :

php ruckus.php db:migrate redo VERSION=1NF,2NF,5NF

or

php ruckus.php db:migrate redo VERSION=1NF-2NF,5NF

If you want to have a go at those future commands, please do. If not I will put them on my to-do list

Thanks

from ruckusing-migrations.

@jacobemcken - If I follow what you're saying then I believe there is an issue here. The tool SHOULD allow you to run all un-applied migrations, regardless of where the "max" applied migration is.

Well this would mimic the Rails/ActiveRecord migrations flow which was the impetus of this tool.

I think the flow should be: "run all migrations that I have not seen in order of their timestamps", regardless of what the actual timestamp is. Now, this might cause issues if another developer wrote a specific migration that conflicts with yours (lets say you both create the same table or something) but thats outside the scope of Ruckusing Migrations.

Let me dig into this.

from ruckusing-migrations.

With latest master I am unable to replicate this.

My process:

1. Create 3 migrations spaced a few minutes apart. Don't run any of them (in fact the contents can be blank).
2. Take the highest migration number and insert it into the schema_migrations table manually to simulate that it has been executed.
3. When I run the db:migrate it does indeed show the first two pending migrations as candidates.

I think my process above represents your scenario but please let me know if I am missing something.

from ruckusing-migrations.

Absolutely, its outside the scope of Ruckusing, hence my note about that in the issue update.

On Feb 1, 2013, at 11:39 AM, Jacob Emcken [email protected] wrote:

@ruckus About "the other developer" who wrote a migration that conflicts. In my opinion this should never be something Ruckusing should try to prevent. Because the issue could also be that two developers have created to classes in the code that conflict - same problem different layer :)

These issues should always be resolved by however is merging the two branches

—
Reply to this email directly or view it on GitHub.

from ruckusing-migrations.

@ruckus I've played a little with it and I have no idea how I came to the conclusion that it didn't work.
It does... thanks for a great piece of software :)

from ruckusing-migrations.