can't drop sub-schema from version control

Bug #1441947 reported by Jamie Lennox
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
sqlalchemy-migrate
New
Undecided
Unassigned

Bug Description

In keystone we have a number of extensions that all have there own migrate_repos in the extension folder, which get added with their own key to the migrate_versions table when you db_version_control them [1]. This allows multiple schemas to be registered to the same database.

The inverse of this action drops the entire migrate_versions table [2] meaning that once registered you cannot remove a single schema from version control.

We need this behaviour as to migrate an extension into the core of our application we want to bring over the old migrations into the standard migrations, which are only run if the extension migration version is less than expected, and then remove only that extension from version control.

[1] https://github.com/stackforge/sqlalchemy-migrate/blob/a03b141a954c7e644f0033defdb1b5b434a7c49a/migrate/versioning/schema.py#L165
[2] https://github.com/stackforge/sqlalchemy-migrate/blob/a03b141a954c7e644f0033defdb1b5b434a7c49a/migrate/versioning/schema.py#L59

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.