diff options
| author | Dolph Mathews <dolph.mathews@gmail.com> | 2011-12-16 14:01:04 -0600 |
|---|---|---|
| committer | Dolph Mathews <dolph.mathews@gmail.com> | 2011-12-16 14:01:09 -0600 |
| commit | c50d5001374e481f1807ecf080897fd74d98ff24 (patch) | |
| tree | 37f03e4fce0d5426836ce36bde5fb4985088bf5a | |
| parent | a331a5e8b77a22dbebd4c0e16b42caba827d65d0 (diff) | |
Clarified language on migration instructions
Change-Id: I529035bdc17c3a2cc64d95f05854a884614afefa
| -rw-r--r-- | doc/source/migration.rst | 7 |
1 files changed, 3 insertions, 4 deletions
diff --git a/doc/source/migration.rst b/doc/source/migration.rst index 654d4e92..219255d4 100644 --- a/doc/source/migration.rst +++ b/doc/source/migration.rst @@ -13,13 +13,12 @@ Keystone uses SQLAlchemy Migrate (``sqlalchemy-migrate``) to manage migrations. Getting Started =============== -Migrations are tracked using a metadata table. Place an existing database under version control to enable migration support (SQLite in this case):: +Migrations are tracked using a metadata table. Place a new or existing schema under version control to enable migration support (SQLite in this case):: $ python keystone/backends/sqlalchemy/migrate_repo/manage.py version_control --url=sqlite:///bin/keystone.db --repository=keystone/backends/sqlalchemy/migrate_repo/ -If you are starting with an existing schema, you can set your database to the current schema version number using a -SQL command. For example, if you're starting from a -diablo-compatible database, set your current database version to ``1``:: +If you are starting with an existing schema, you **must** set your database to the appropriate schema version number using a +SQL command. For example, if you're starting from a ``diablo`` or ``diablo/stable`` database, set your current database version to ``1``:: UPDATE migrate_version SET version=1; |
