Version-number-controlled evolution for database changes
Project description
Please see docs/index.rst for further documentation.
0.4 (2011-01-13)
Extended ZODBEvolutionManager to allow passing in a proxy for the transaction module, or None (to suppress transactions altogether).
Separated tests for ZODBEvolutionManager class from those for evolve_to_latest.
0.3 (2009-12-03)
Remove unncessary assignment.
repoze.evolution no longer attempts to construe implicitly the version of a database for which no version has been set explicitly. Previously, an unversioned database was construed to already be at the software version. The ZODBEvolutionManager performed a write on read, setting the database version to the software when get_db_version() was called. The constructor for ZODBEvolutionManager now accepts an optional argument, initial_db_version, which specificies the version a database should be considered to be if it does not already have a version set. The default value is None. If a database has not already been marked to be at a particular version, get_db_version() will return the initial database version value. If this is None, attempts to call evolve_to_latest() will fail with a ValueError. This represents a backwards incompatible change, as databases for which no initial version is supplied explicitly will now fail to evolve.
Added new public method, set_db_version() to IEvolutionManager interface.
0.2 (2009-06-25)
100% test coverage.
0.1 (2008-10-11)
Initial release.
Project details
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.