6b8e56535f
Accepting request 179724 from devel:languages:python
Stephan Kulow
2013-06-19 14:25:02 +00:00
1bd9080f9b
Accepting request 179724 from devel:languages:python
Stephan Kulow
2013-06-19 14:25:02 +00:00
7143389f8d
Python3 moved to devel:languages:python3
Sascha Peilicke
2013-06-17 12:49:50 +00:00
94d3fb2a87
Python3 moved to devel:languages:python3
Sascha Peilicke
2013-06-17 12:49:50 +00:00
7d3be9cfed
Accepting request 173381 from devel:languages:python
Stephan Kulow
2013-04-26 05:43:28 +00:00
6c3b4102bf
Accepting request 173381 from devel:languages:python
Stephan Kulow
2013-04-26 05:43:28 +00:00
7f7fe6bb14
- Ship hg exported tarball until 0.6.0 is released. Fixes Python-3.3 compatibility issues
Sascha Peilicke
2013-04-25 12:33:04 +00:00
1e538c31b2
- Ship hg exported tarball until 0.6.0 is released. Fixes Python-3.3 compatibility issues
Sascha Peilicke
2013-04-25 12:33:04 +00:00
82981d5d7d
- Run 2to3 to actually generate py3 code - Fix unittests, one test fails on encoding, drop that for now
Sascha Peilicke
2013-04-23 08:27:17 +00:00
1c6deef19f
- Run 2to3 to actually generate py3 code - Fix unittests, one test fails on encoding, drop that for now
Sascha Peilicke
2013-04-23 08:27:17 +00:00
ab86252c02
- Dont't buildrequire argparse, it is part of the Python3 standard library
Sascha Peilicke
2013-04-23 08:17:00 +00:00
df6088059b
- Dont't buildrequire argparse, it is part of the Python3 standard library
Sascha Peilicke
2013-04-23 08:17:00 +00:00
2ac8600867
Accepting request 148468 from devel:languages:python
Stephan Kulow
2013-01-14 21:24:27 +00:00
f42ef5f8fc
Accepting request 148468 from devel:languages:python
Stephan Kulow
2013-01-14 21:24:27 +00:00
5217493f1a
- Update to version 0.4.2: + Fixed bug where autogenerate would fail if a Column to be added to a table made use of the ".key" paramter. + Added a workaround to setup.py to prevent "NoneType" error from occuring when "setup.py test" is run. + Added a README.unittests with instructions for running the test suite fully. - Changes from version 0.4.1: + Added support for autogenerate render of ForeignKeyConstraint options onupdate, ondelete, initially, and deferred. + Explicit error message describing the case when downgrade --sql is used without specifying specific start/end versions. + Fixed the minute component in file_template which returned the month part of the create date.
Sascha Peilicke
2013-01-14 16:03:14 +00:00
bc2cd0ad5f
- Update to version 0.4.2: + Fixed bug where autogenerate would fail if a Column to be added to a table made use of the ".key" paramter. + Added a workaround to setup.py to prevent "NoneType" error from occuring when "setup.py test" is run. + Added a README.unittests with instructions for running the test suite fully. - Changes from version 0.4.1: + Added support for autogenerate render of ForeignKeyConstraint options onupdate, ondelete, initially, and deferred. + Explicit error message describing the case when downgrade --sql is used without specifying specific start/end versions. + Fixed the minute component in file_template which returned the month part of the create date.
Sascha Peilicke
2013-01-14 16:03:14 +00:00
8d3a73cfcc
Accepting request 142561 from devel:languages:python
Stephan Kulow
2012-11-25 12:18:38 +00:00
4b4eded385
Accepting request 142561 from devel:languages:python
Stephan Kulow
2012-11-25 12:18:38 +00:00
a538691695
- Update to version 0.4.0: + [feature] Support for tables in alternate schemas has been added fully to all operations, as well as to the autogenerate feature. When using autogenerate, specifying the flag include_schemas=True to Environment.configure() will also cause autogenerate to scan all schemas located by Inspector.get_schema_names(), which is supported by *some* (but not all) SQLAlchemy dialects including Postgresql. *Enormous* thanks to Bruno Binet for a huge effort in implementing as well as writing tests. #33. + [feature] The command line runner has been organized into a reusable CommandLine object, so that other front-ends can re-use the argument parsing built in. #70 + [feature] Added "stdout" option to Config, provides control over where the "print" output of commands like "history", "init", "current" etc. are sent. #43 + [bug] Fixed the "multidb" template which was badly out of date. It now generates revision files using the configuration to determine the different upgrade_<xyz>() methods needed as well, instead of needing to hardcode these. Huge thanks to BryceLohr for doing the heavy lifting here. #71 + [bug] Fixed the regexp that was checking for .py files in the version directory to allow any .py file through. Previously it was doing some kind of defensive checking, probably from some early notions of how this directory works, that was prohibiting various filename patterns such as those which begin with numbers. #72
Sascha Peilicke
2012-11-23 10:46:22 +00:00
ba011b2be8
- Update to version 0.4.0: + [feature] Support for tables in alternate schemas has been added fully to all operations, as well as to the autogenerate feature. When using autogenerate, specifying the flag include_schemas=True to Environment.configure() will also cause autogenerate to scan all schemas located by Inspector.get_schema_names(), which is supported by *some* (but not all) SQLAlchemy dialects including Postgresql. *Enormous* thanks to Bruno Binet for a huge effort in implementing as well as writing tests. #33. + [feature] The command line runner has been organized into a reusable CommandLine object, so that other front-ends can re-use the argument parsing built in. #70 + [feature] Added "stdout" option to Config, provides control over where the "print" output of commands like "history", "init", "current" etc. are sent. #43 + [bug] Fixed the "multidb" template which was badly out of date. It now generates revision files using the configuration to determine the different upgrade_<xyz>() methods needed as well, instead of needing to hardcode these. Huge thanks to BryceLohr for doing the heavy lifting here. #71 + [bug] Fixed the regexp that was checking for .py files in the version directory to allow any .py file through. Previously it was doing some kind of defensive checking, probably from some early notions of how this directory works, that was prohibiting various filename patterns such as those which begin with numbers. #72
Sascha Peilicke
2012-11-23 10:46:22 +00:00
cf3be974d9
Accepting request 126124 from devel:languages:python
Stephan Kulow
2012-06-26 15:49:28 +00:00
e55cacd2ce
Accepting request 126124 from devel:languages:python
Stephan Kulow
2012-06-26 15:49:28 +00:00
757c1e3388
- Update to version 0.3.4: + [bug] Fixed command-line bug introduced by the "revision_environment" feature. - Changes from version 0.3.3: + [feature] New config argument "revision_environment=true", causes env.py to be run unconditionally when the "revision" command is run, to support script.py.mako templates with dependencies on custom "template_args". + [feature] Added "template_args" option to configure() so that an env.py can add additional arguments to the template context when running the "revision" command. This requires either --autogenerate or the configuration directive "revision_environment=true". + [bug] Added "type" argument to op.drop_constraint(), and implemented full constraint drop support for MySQL. CHECK and undefined raise an error. MySQL needs the constraint type in order to emit a DROP CONSTRAINT. #44 + [feature] Added version_table argument to EnvironmentContext.configure(), allowing for the configuration of the version table name. #34 + [feature] Added support for "relative" migration identifiers, i.e. "alembic upgrade +2", "alembic downgrade -1". Courtesy Atsushi Odagiri for this feature. + [bug] Fixed bug whereby directories inside of the template directories, such as __pycache__ on Pypy, would mistakenly be interpreted as files which are part of the template. #49
Sascha Peilicke
2012-06-06 12:15:20 +00:00
e4b8ce843c
- Update to version 0.3.4: + [bug] Fixed command-line bug introduced by the "revision_environment" feature. - Changes from version 0.3.3: + [feature] New config argument "revision_environment=true", causes env.py to be run unconditionally when the "revision" command is run, to support script.py.mako templates with dependencies on custom "template_args". + [feature] Added "template_args" option to configure() so that an env.py can add additional arguments to the template context when running the "revision" command. This requires either --autogenerate or the configuration directive "revision_environment=true". + [bug] Added "type" argument to op.drop_constraint(), and implemented full constraint drop support for MySQL. CHECK and undefined raise an error. MySQL needs the constraint type in order to emit a DROP CONSTRAINT. #44 + [feature] Added version_table argument to EnvironmentContext.configure(), allowing for the configuration of the version table name. #34 + [feature] Added support for "relative" migration identifiers, i.e. "alembic upgrade +2", "alembic downgrade -1". Courtesy Atsushi Odagiri for this feature. + [bug] Fixed bug whereby directories inside of the template directories, such as __pycache__ on Pypy, would mistakenly be interpreted as files which are part of the template. #49
Sascha Peilicke
2012-06-06 12:15:20 +00:00
0e5e65df58
Accepting request 121931 from devel:languages:python
Stephan Kulow
2012-05-29 08:34:52 +00:00
e7f972d049
Accepting request 121931 from devel:languages:python
Stephan Kulow
2012-05-29 08:34:52 +00:00
40d261c582
- Update to version 0.3.2 + [feature] Basic support for Oracle added + [feature] Added support for UniqueConstraint in autogenerate + [bug] Fixed support of schema-qualified ForeignKey target in column alter operations, + [bug] Fixed bug whereby create_unique_constraint() would include in the constraint columns that are added to all Table objects using events, externally to the generation of the constraint. - Changes from version 0.3.1: + [bug] bulk_insert() fixes: 1. bulk_insert() operation was not working most likely since the 0.2 series when used with an engine 2. Repaired bulk_insert() to complete when used against a lower-case-t table and executing with only one set of parameters, working around SQLAlchemy bug #2461 in this regard. 3. bulk_insert() uses "inline=True" so that phrases like RETURNING and such don't get invoked for single-row bulk inserts. 4. bulk_insert() will check that you're passing a list of dictionaries in, raises TypeError if not detected. - Changes from version 0.3.0: + [general] The focus of 0.3 is to clean up and more fully document the public API of Alembic, including better accessors on the MigrationContext and ScriptDirectory objects. Methods that are not considered to be public on these objects have been underscored, and methods which should be public have been cleaned up and documented, including: MigrationContext.get_current_revision() ScriptDirectory.iterate_revisions() ScriptDirectory.get_current_head() ScriptDirectory.get_heads() ScriptDirectory.get_base() ScriptDirectory.generate_revision()
Sascha Peilicke
2012-05-23 12:58:59 +00:00
5fd3c92ce0
- Update to version 0.3.2 + [feature] Basic support for Oracle added + [feature] Added support for UniqueConstraint in autogenerate + [bug] Fixed support of schema-qualified ForeignKey target in column alter operations, + [bug] Fixed bug whereby create_unique_constraint() would include in the constraint columns that are added to all Table objects using events, externally to the generation of the constraint. - Changes from version 0.3.1: + [bug] bulk_insert() fixes: 1. bulk_insert() operation was not working most likely since the 0.2 series when used with an engine 2. Repaired bulk_insert() to complete when used against a lower-case-t table and executing with only one set of parameters, working around SQLAlchemy bug #2461 in this regard. 3. bulk_insert() uses "inline=True" so that phrases like RETURNING and such don't get invoked for single-row bulk inserts. 4. bulk_insert() will check that you're passing a list of dictionaries in, raises TypeError if not detected. - Changes from version 0.3.0: + [general] The focus of 0.3 is to clean up and more fully document the public API of Alembic, including better accessors on the MigrationContext and ScriptDirectory objects. Methods that are not considered to be public on these objects have been underscored, and methods which should be public have been cleaned up and documented, including: MigrationContext.get_current_revision() ScriptDirectory.iterate_revisions() ScriptDirectory.get_current_head() ScriptDirectory.get_heads() ScriptDirectory.get_base() ScriptDirectory.generate_revision()
Sascha Peilicke
2012-05-23 12:58:59 +00:00
3565ecc40f
- Initial version
Sascha Peilicke
2012-03-07 08:37:49 +00:00
b11379f74d
- Initial version
Sascha Peilicke
2012-03-07 08:37:49 +00:00
Stephan Kulow
Dirk Mueller
Denisart Benjamin
Sascha Peilicke
Tomáš Chvátal
Todd R