- 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.

- 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 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

- 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

- Bound parameters are now resolved as "literal" values within the
SQL expression inside of a CheckConstraint(), when rendering the SQL
as a text string; supported for SQLAlchemy 0.8.0 and forward.
fixes #219

- Added a workaround for SQLAlchemy issue #3023 (fixed in 0.9.5) where
a column that's part of an explicit PrimaryKeyConstraint would not
have its "nullable" flag set to False, thus producing a false
autogenerate.  Also added a related correction to MySQL which will
correct for MySQL's implicit server default of '0' when a NULL integer
column is turned into a primary key column. fixes #199

- Repaired issue related to the fix for #208 and others; a composite
foreign key reported by MySQL would cause a KeyError as Alembic
attempted to remove MySQL's implicitly generated indexes from the
autogenerate list.
fixes #240

- If the "alembic_version" table is present in the target metadata,
autogenerate will skip this also.  Pull request courtesy
Dj Gilcrease. fixes #28
- The :paramref:`.EnvironmentContext.configure.version_table`
and :paramref:`.EnvironmentContext.configure.version_table_schema`
arguments are now honored during the autogenerate process, such that
these names will be used as the "skip" names on both the database
reflection and target metadata sides. fixes #77

- sketch of how "batch operations" would work

- the original rationale for defaulting the user-defined namespace
to "sa." was to force users to deal with making sure their custom
types came from a fixed module somewhere.  However, it's not worth
defending this rationale.

The default value of the
:paramref:`.EnvironmentContext.configure.user_module_prefix`
parameter is **no longer the same as the SQLAlchemy prefix**.
When omitted, user-defined types will now use the ``__module__``
attribute of the type class itself when rendering in an
autogenerated module.

fixes #229

- amending d81619b50b9df7ff4458:

Revision files are now written out using the ``'wb'`` modifier to
``open()``, since Mako reads the templates with ``'rb'``, thus preventing
CRs from being doubled up as has been observed on windows.  The encoding
of the output now defaults to 'utf-8', which can be configured using
a newly added config file parameter ``output_encoding``.
fixes #234

- Revision files are now written out using the ``'wb'`` modifier to
``open()``, since Mako reads the templates with ``'rb'``, thus preventing
CRs from being doubled up as has been observed on windows.
fixes #234

Create index in add_column if requested

Fixes #174

- fail this before 0.9

Merged in ltvolks/alembic/docs-153 (pull request #28)

Update documentation for create_index parameters

- add tests for unique and quote flag on create_index()

Update documentation for create_index parameters

- add tests for unique and quote flag on create_index()

- Added support for use of the :class:`~sqlalchemy.sql.elements.quoted_name`
construct when using the ``schema`` argument within operations.  This
allows a name containing a dot to be fully quoted, as well as to
provide configurable quoting on a per-name basis.
fixes #230

- add changelog for bugfix re: match + SQLA 0.7

inspect

- compat for sqla 0.7

add missing util lib

- fix this to be a definite non native boolean dialect

- Added a routine by which the Postgresql Alembic dialect inspects
the server default of INTEGER/BIGINT columns as they are reflected
during autogenerate for the pattern ``nextval(<name>...)`` containing
a potential sequence name, then queries ``pg_catalog`` to see if this
sequence is "owned" by the column being reflected; if so, it assumes
this is a SERIAL or BIGSERIAL column and the server default is
omitted from the column reflection as well as any kind of
server_default comparison or rendering, along with an INFO message
in the logs indicating this has taken place. This allows SERIAL/BIGSERIAL
columns to keep the SEQUENCE from being unnecessarily present within
the autogenerate operation.
fixes #73

- changelog for #197, fixes #197.

- get tests passing for 0.8, 0.7

- move tests erroneously local to the "named" tests
- add tests for CAST within index

- more tweaks for server defaults re: comparison, test results
- in particular we've changed the server_default for order.amount
to text('0'); SQlite and Postgresql now both report the server
default as '0', whereas previously, when we were emitting '0'
with the quotes in the CREATE TABLE, SQlite reported it as
"'0'" and PG as '0::numeric'.

pep8

- restore _render_server_default_for_compare() to compare.py using
the method previously used in _render_server_default() in render;
these two functions become more specific to compare vs. render now
so are separated out

- check SQLA version for drop w/ enums in PG

Merge remote-tracking branch 'github/pr/16' into pr16

- py3k fix

- coverage was not working (and needs to be fixed in SQLAlchemy too),
go back to using a "bootstrap" system where we load in pytestplugin/
noseplugin via file importing, plugin/ is not used as a package.
- identify the pytest_sessionstart hook as the best place to do
plugin_base.post_begin() and actually begin importing main modules;
this is where coverage has actually started.
- we're now targeting 1.0.0 as this has to be ported to SQLAlchemy.
- start using .coveragerc

- discover # noqa

- dont do py3k testing for 0.7, 0.8

fixes for the nose runner

- add plugin directory

- move pretty much all of sqlalchemy.testing over for now, as we'd
like to run tests against 0.8 and even late 0.7 versions with the same
capabilities, as well as run parallel testing against all of them.
we need a consistent system to get that all to work, so for now
we have the whole SQLA system shoved into here, not ideal but we have
a very good testing situation for now.  Once we target 0.9.4 at the lowest
we should be able to move all this out.
- re-support 0.7, starting at 0.7.6 which is where things mostly work.
All tests, taking into account known skips and fails which are
added here for 0.7, early 0.8s, pass on 0.7.9.

changelog

- bootstrap support
- some workarounds to get 0.8 mostly working

- finish up

postgresql

dev