changelog

Added optional onupdate and ondelete params to Operations.create_check_constraint

- [feature] script_location can be interpreted
  by pkg_resources.resource_filename(), if
  it is a non-absolute URI that contains
  colons.   This scheme is the same
  one used by Pyramid.  [#29]

- update version + CHANGES for rff49b7fe01b4

Merged in aodag/alembic/fix.argparse (pull request #4)

fix for unneccesary require to argparse

branch for argparse

Added tag rel_0_2_1 for changeset 87ab39a74dcf49dd7cabe55b89d37758a2104001

- forgot to push the tag

- [bug] Fixed the generation of CHECK constraint,
  regression from 0.2.0 [#26]

Added tag rel_0_2_0 for changeset 0bf3fe8f6f089f6023f3917ce8faa050ad0b79b0

fix docstring references

fix long lines

merge this together

cut off the slug length at 20 chars

lets put a doc note here for now since everyone is going to get this issue

add docs for the standalone ops use case

- add test coverage for standalone MigrationContext / Operations
- ensure MigrationContext.configure can be used with a single connection
argument

turn alembic.op and alembic.context into real proxy modules,
with an accurate system of reflecting the Operations and
EnvironmentContext methods into them.

- [bug] env.py templates call
  connection.close() to better support
  programmatic usage of commands; use
  NullPool in conjunction with create_engine()
  as well so that no connection resources
  remain afterwards.  [#25]

merge whatever

use newer url

more fixes for rev ids

remove erroneous pdb

- tried it out in my work project, and realized the "op" and "context" namespaces
need to be there fully and in particular "context" needs to be
a proxy object, as env.py may have dependencies which live beyond the
scope of the migration script.   Will have to try to make
these proxies as straightforward as possible.
- more architecture docs

documentation including an API diagram

documentation updates for 0.2

- [feature] The naming of revision files can
  now be customized to be some combination
  of "rev id" and "slug", the latter of which
  is based on the revision message.
  By default, the pattern "<rev>_<slug>"
  is used for new files.   New script files
  should include the "revision" variable
  for this to work, which is part of
  the newer script.py.mako scripts.
  [#24]

this is all tests passing with the refactor, which IMHO is
miraculous

- rearrange the internals such that we no longer use global
variables to get to things.   The new structure is:

EnvironmentContext -> MigrationContext -> Operation

EnvironmentContext sets up the variables "alembic.context"
and "alembic.op" to act like the modules they used to.
MigrationContext can also exist independently of EnvironmentContext.

Refactoring is still underway here.

the "stamp" command by itself does not set up "starting_rev"

- [feature] Can create alembic.config.Config
  with no filename, use set_main_option()
  to add values.  Also added set_section_option()
  which will add sections.  [#23]

- [bug] Fixed alteration of column type on
  MSSQL to not include the keyword "TYPE".

- [bug] fix the config.main() function to honor
  the arguments passed, remove no longer used
  "scripts/alembic" as setuptools creates this
  for us.  [#22]

more manifest

need to include the .rst files in the manifest

new year

Added tag rel_0_1_1 for changeset d76a1bea49a29822000254ec26926de1187c1d1d

changelog

Column names were not wrapped in quotes when autogenerating a ForeignKeyConstraint.

fix #20

fix docstring

- [bug] Default prefix for autogenerate
  directives is "op.", matching the
  mako templates. [#18]

- [feature] Add alembic_module_prefix argument
  to configure() to complement
  sqlalchemy_module_prefix. [#18]

- [bug] Fix bug where create_table() didn't
  handle self-referential foreign key
  correctly [#17]

- [bug] Fix autogenerate bug that prevented
  correct reflection of a foreign-key
  referenced table in the list of "to remove".
  [#16]

go back to readthedocs

- [bug] Fix autogenerate so that "pass" is
  generated between the two comments
  if no net migrations were present.

- Python 2.5 is supported, needs
  __future__.with_statement

merge tag

- Clean up file write operations so that
  file handles are closed.

- PyPy is supported.

Added tag rel_0_1_0 for changeset 3bf28d1fc3e665ae81baa5e47609840ea6f42142

more manifest fix

add test.cfg

another detail re: sql server here

another doc bug

fixups

switch to "from alembic import op" as its not
a debate worth having...probably clearer too

dont need the const thing now that the batch separator is in use

- add alter col default for PG/base
- i want the ; after BEGIN/COMMIT for static generation, makes it easier to parse

implement server default, nullability for SQL server

- add mssql_batch_separator for offline mode
- implement SQL server alter column rules regarding NULL/NOT NULL

- implement "start migrations" event for impls
- implement counter logic for SQL server constraint/default
drop so that variables are declared uniquely within
a full migration run, #12

- add begin_transaction() env.py helper.  Emits the appropriate
begin/commit pair regardless of context.
- add dialect support for BEGIN/COMMIT working corresponding
to backend.  Add implementation for SQL server.
- add tests for BEGIN/COMMIT , #11
- rework SQL server test suite for more classes of test
- fix test suite to clean up after a prior failed suite

- fix some more file()->open() in docs
- doc updates, corrections
- script uses CommandError consistently

link ourselves to the sqla project.

readme updates

python 3 works !   near zero changes needed

- add test for dialect/impl-specific affinity comparison, #5

report full path for env.py

enabled automatic script creation (for windows)

dependencies

typo

- add version check for at least 06, tests for 07 in selected
areas
- add "requires 07" decorators to test suite
- add tests for PG ENUM in offline mode.  works in conjunction
with the latest 0.7.4 tip of SQLAlchemy, fixes #9.  Docs will
be needed to illustrate how ENUM should be used.
- add support for table before_create and after_create events
within op.create_table().   Currently this will do the ENUM
thing for PG but will also invoke any other kinds of events
that might get configured on the table.

- some test cleanup
- add support for actual DB connections, test.cfg, etc.
- add PG server default comparison tests, #6

add tests for #7

- rename autogenerate_metadata to target_metadata, autogenerate_sqlalchemy_prefix
to sqlalchemy_module_prefix
- add create_check_constraint() directive

updates

- move comparison of types, server default to the context.
PG context in particular does some tricks to help these.
- But since type/default comparison is still loaded with surprises,
particularly the MySQL/MSSQL TINYINT/BIT-> boolean thing which we
can work around but haven't yet, turn both off by default.  They
aren't super useful compared to the huge number of wrong results
they can currently emit.
- Also add a plugin system for type/server default comparison.
- everything works but we're coding way ahead of tests at this
point

share imports among multi runs in one set

some docs

- rework MySQL + autogenerate so that
multiple changes to a single col are collapsed
into one step, will work for other dialects
which may support this too
- add support for "imports" in scripts so
that dialect-specific types can be rendered straight in
from their parent module and work immediately
- rework the internals of autogenerate to be more
succinct, though there's a lot more that could
happen here to make this easier

initial MySQL support, good thing we tried
this before releasing

- add more caveats to autogen docs
- fix --sql examples to use is_offline_mode(), new env.py
format

- use new sa. import in tutorial examples
- add an alter column autogen test with an FK constraint

more changelog

note about py3k

pg uses DROP NOT NULL, keep this as the default and move
NULL to SQL Server, until we get more data on other DBs

- docs
- note about unicode
- dont need importlater
- use correct type_ kw arg
- log cols/tables/etc as we autogenerate

- support for schema types in modify type
- add known status to CHANGES
- google group
- sa. prefix on modify type in autogenerate
- rename_table

make sure type gets the prefix in modify type

more tests and now its sort of working

OK I did that wrong, not working yet but it will be more like this

implement autogenerate feature

- support the constraints generated from SchemaType, honoring conditional
rule
- add mssql_drop_default, mssql_drop_check flags to drop_column(),
will emit special MSSQL crap to drop DEFAULT and CHECK constraints based
on inline system table lookup

- drop constraint
- ensure table attachment event occurs for unique constraint

fix

add rename column support

add front matter

go along with sphinx and put the init params in the class docs

- new doc theme
- host on packages.python.org