Fixes user module namespace for custom types

0.7.3

- Fixed regression in new versioning system where upgrade / history
operation would fail on AttributeError if no version files were
present at all.
fixes #258

- put sqlalchemy master here as SQLA issue https://bitbucket.org/zzzeek/sqlalchemy/issue/3218
is blowing up our sphinx build

0.7.2

- Adjusted the SQLite backend regarding autogen of unique constraints
to work fully with the current SQLAlchemy 1.0, which now will report
on UNIQUE constraints that have no name.
- fix named foreign key test requirements for SQLAlchemy 1.0 sqlite
FK reflection

- identify a test that can't pass on 0.8 for now

- also add an explicit schema test for the multi fk condition

- Fixed bug in batch where if the target table contained multiple
foreign keys to the same target table, the batch mechanics would
fail with a "table already exists" error.  Thanks for the help
on this from Lucas Kahlert. fixes #254

-Repaired a regression in both the MSSQL and Oracle dialects whereby
the overridden ``_exec()`` method failed to return a value, as is
needed now in the 0.7 series. fixes #253
- add __backend__ to UpdateRevTest which does a great job testing
_exec() pathing for all backends

- adjust test here so that it applies to all backends
- skip index at the level of the index, not the columns inside it
- changelog
- bump for 0.7.2

Merge branch 'mysql-unique-index-removed' of https://bitbucket.org/jerdfelt/alembic into pr35

MySQL: Ignore unique indexes when removing implicit indexes

MySQL will implicitly create indexes when using foreign keys. Alembic
attempts to remove those implicit indexes so they don't appear as
removes when comparing metadata.

However, unique indexes with the same name as a column are considered
as possibly implicitly created causing alembic to emit a spurious
'remove_constraint'.

Since MySQL will never implicitly create unique indexes, they can be
safely ignored when removing the implicit indexes.

Fixes #251

0.7.1

- The ``render_as_batch`` flag was inadvertently hardcoded to ``True``,
so all autogenerates were spitting out batch mode...this has been
fixed so that batch mode again is only when selected in env.py.

- use a much bigger stamp here as only three chars can collide quite easily

0.7.1

- repair the rendering of add_fk_constraint(), quoting there too

- naming convention limited to SQLA 0.9.4 or greater

- fix drop_foreign_key to include that this only works with SQLite
as stated

- reword the first paragraph about offline mode to better flow
from the preceding sections.

- Added :paramref:`~.Operations.batch_alter_table.naming_convention`
argument to :meth:`.Operations.batch_alter_table`, as this is necessary
in order to drop foreign key constraints; these are often unnamed
on the target database, and in the case that they are named, SQLAlchemy
is as of the 0.9 series not including these names yet.
- rework the docs on batch + constraints, which remains subject
to a lot of caveats and problems, some to be resolved in SQLAlchemy 1.0

- name the include_object hook "foreign_key_constraint"
- changelog and other doc updates, fixes #178
- fix drop_constraint() unit tests and add two more for FKs

- refactor the FK merge a bit
- getting at attributes of FKs varies a bit on SQLA versions,
so implement an _fk_spec() called for all FK inspection
- to enable include_object() filters and allow the FK constraint
code to flow like that of indexes/uniques, change the approach
so that we deal with an _fk_constraint_sig() object again which
contains the real ForeignKeyConstraint() within; we need this
anyway for include_object, but also allows us to use the standard
"drop_constraint" call for rendering.
- enhance tests in test_autogen_fks to support real FK databases like
Postgresql, MySQL, add in InnoDB flags and ensure that FKs refer
to real primary key constraints for PG support
- implement and test include_object() support for FKs
- inspectors all have get_foreign_keys(), no need to check
- repair the drop_constraint call to quote the "type" and table
name correctly, run all constraint drops through drop_constraint()
for rendering
- fix up schema identifiers for foreign key autogens

- Merge branch 'add_fk_check' of https://bitbucket.org/akamyshnikova/alembic into pr32
- complete merge, get all tests passing
- use 'foreignkey' literal

Conflicts:
alembic/autogenerate/compare.py
tests/test_autogenerate.py

- Fixed bug where the "source_schema" argument was not correctly passed
when calling :meth:`.BatchOperations.create_foreign_key`.  Pull
request courtesy Malte Marquarding.
- add tests

Merge branch 'master' of https://bitbucket.org/mmarquar/alembic

- Repaired the inspection, copying and rendering of CHECK constraints
and so-called "schema" types such as Boolean, Enum within the batch
copy system; the CHECK constraint will not be "doubled" when the table is
copied, and additionally the inspection of the CHECK constraint for
its member columns will no longer fail with an attribute error.
fixes #249
- Added two new arguments
:paramref:`.Operations.batch_alter_table.reflect_args`
and :paramref:`.Operations.batch_alter_table.reflect_kwargs`, so that
arguments may be passed directly to suit the
:class:`~.sqlalchemy.schema.Table`
object that will be reflected.

Fix source_schema argument in BatchOperation.create_foreign_key

fix symbol

Fix failing unittests and update compare_fk method

0.7.0

fix manifest

- test runner updates

- add a missing @classmethod decorator...

- The ``alembic revision`` command accepts the ``--sql`` option to
suit some very obscure use case where the ``revision_environment``
flag is set up, so that ``env.py`` is run when ``alembic revision``
is run even though autogenerate isn't specified.   As this flag is
otherwise confusing, error messages are now raised if
``alembic revision`` is invoked with both ``--sql`` and
``--autogenerate`` or with ``--sql`` without
``revision_environment`` being set.
fixes #248

- Relative revision identifiers as used with ``alembic upgrade``,
``alembic downgrade`` and ``alembic history`` can be combined with
specific revisions as well, e.g. ``alembic upgrade ae10+3``, to produce
a migration target relative to the given exact version.

- ensure we include for dependencies when we do a stamp, add an option
to filter_for_lineage

- use the correct method here; this needs to have some tests

yikes forgot batch mode

- spiff up autogenerate docs a bit

- add another test around something that is bugging/confusing me...
but i guess it's OK

- fixes

tuple form as well

- now that branching is an enormous chapter, break out the docs into
individual pages.  the pages here are a little slim in the middle
but overall the one-page docs were getting extremely long.

- add the ref

- In conjunction with support for multiple independent bases, the
specific version directories are now also configurable to include
multiple, user-defined directories.   When multiple directories exist,
the creation of a revision file with no down revision requires
that the starting directory is indicated; the creation of subsequent
revisions along that lineage will then automatically use that
directory for new files.
fixes #124

- break out the concept of "down revision" into two pieces:
down_revision and "dependencies".  For migration traversal, the downrevs
we care about are the union of these two sets.  however for location of nodes
and branch labeling, we look only at down_revsion.  this works really well
and allows us to have mutually-dependent trees that can easily be itererated
independently of each other.  docs are needed

- support the case where a mergepoint has a branchpoint immediately
following it; this will be the norm in the case where parallel
branches refer to each other as dependencies.

this means we need to limit for from/to revisions based on current
heads / ancestors of those heads whenever we merge/unmerge.

- modernize the readme especially the SQLite thing

ModelOne now has unique constraints so require that

- add more label syntaxes

- Added a rule for Postgresql to not render a "drop unique" and "drop index"
given the same name; for now it is assumed that the "index" is the
implicit one Postgreql generates.   Future integration with
new SQLAlchemy 1.0 features will improve this to be more
resilient.
fixes #247

include indexes in batch

- A change in the ordering when columns and constraints are dropped;
autogenerate will now place the "drop constraint" calls *before*
the "drop column" calls, so that columns involved in those constraints
still exist when the constraint is dropped.
fixes #247

make the three way merge thing a separate section, we don't really
even need it but should be fine

- typo

put the sqlite thing near the top as it's the other big feature

- The "multiple heads / branches" feature has now landed.  This is
by far the most significant change Alembic has seen since its inception;
while the workflow of most commands hasn't changed, and the format
of version files and the ``alembic_version`` table are unchanged as well,
a new suite of features opens up in the case where multiple version
files refer to the same parent, or to the "base".  Merging of
branches, operating across distinct named heads, and multiple
independent bases are now all supported.   The feature incurs radical
changes to the internals of versioning and traversal, and should be
treated as "beta mode" for the next several subsequent releases
within 0.7.
fixes #167

- changelog + some polish

Merge branch '242-config-vars' of https://bitbucket.org/nibrahim/alembic into pr33

Adds tests for config_args

The Oracle dialect sets "transactional DDL" to False by default,
as Oracle does not support transactional DDL.
fixes #245

- Fixed a variety of issues surrounding rendering of Python code that
contains unicode literals.  The first is that the "quoted_name" construct
that SQLAlchemy uses to represent table and column names as well
as schema names does not ``repr()`` correctly on Py2K when the value
contains unicode characters; therefore an explicit stringification is
added to these.  Additionally, SQL expressions such as server defaults
were not being generated in a unicode-safe fashion leading to decode
errors if server defaults contained non-ascii characters.
fixes #243

Changes name of variable.

This incorporates feedback from the package maintainer on the name of
the variable.

Adds cfg_vars to Config.

This dictionary can be used to pass key value pairs that are used as
defaults while instantiating the SafeConfigParser.

Some refactor of _add_fk_constraint

Add _add_fk_constraint and _drop_fk_constraint to render

- reorganize tests that deal with running scripts
and reading scripts; try to put tests against common themes together, improve names

- move the tests concerning #95 to test_versioning, which is currently
where the tests focus on consumption of the versions/ directory.

- changelog for pr bitbucket:29, fixes #174

Merge branch 'add_column_with_index' of https://bitbucket.org/davidszotten/alembic into pr29

- edit

- changelog
fixes #21

- test fixup
- get batch mode to fail gracefully, dropping the temp table if
the operation fails
- finish tutorial

- add a type here so that to account for pre-0.9 FK/type support

Merge branch 'master' into batch_alter

- adjust these to account for some MySQL deprecations regarding
duplicate indexes against the same columns

- add some connection cleanup

- more docs

documenting

- add a little step to get PG to work rudimentally, however
the drop + recreate routine still needs a solution for refernential
integrity for it to be of general use

- start docs
- run tests against mysql/PG to make sure auto mode works at least, try
a proof of concept recreate for MySQL.  recreate doesn't work on PG
as constraint names are global (ugh).  Will have to figure something
out on that.

- round trip tests
- fixes to add column

Merge branch 'master' into batch_alter

- The :class:`~sqlalchemy.schema.Table` object is now returned when
the :meth:`.Operations.create_table` method is used.  This ``Table``
is suitable for use in subsequent SQL operations, in particular
the :meth:`.Operations.bulk_insert` operation.
fixes #205

- finish up most features

move this

- testing approaches for BatchOperationsImpl and ApplyBatchImpl

proof of concept

docstring

- add tests for batch autogenerate

Add composite fk support, add more tests

Update and add some tests for checking fk

fixes issue #178

- add support for autogenerate to include "batch"

- use pyprinter for autogen so that we get indentation logic

Merge branch 'master' into batch_alter

- skip unique constraint tests on 0.7

Implement autogenerate detection for foreign key constraints

Issue #178

- Indexes and unique constraints are now included in the
:paramref:`.EnvironmentContext.configure.include_object` hook.
Indexes are sent with type ``"index"`` and unique constraints with
type ``"unique_constraint"``.
fixes #203