- index autogen is a big enough deal to warrant its own test suite

- Added new feature :paramref:`.EnvironmentContext.configure.transaction_per_migration`,
which when True causes the BEGIN/COMMIT pair to incur for each migration
individually, rather than for the whole series of migrations.  This is
to assist with some database directives that need to be within individual
transactions, without the need to disable transactional DDL entirely.
fixes #201

- Fixed bug where the ``include_object()`` filter would not receive
the original :class:`.Column` object when evaluating a database-only
column to be dropped; the object would not include the parent
:class:`.Table` nor other aspects of the column that are important
for generating the "downgrade" case where the column is recreated.
fixes #200

- Fixed bug where :meth:`.EnvironmentContext.get_x_argument`
would fail if the :class:`.Config` in use didn't actually
originate from a command line call. fixes #195

Fixed another bug regarding naming conventions, continuing
from :ticket:`183`, where add_index()
drop_index() directives would not correctly render the ``f()``
construct when the index contained a convention-driven name.
fixes #194 re: #183

0.6.4

use correct __mro__ for new mssql _Exec classes, fix #192

- Added quoting to the table name when the special EXEC is run to
drop any existing server defaults or constraints when the
:paramref:`.drop_column.mssql_drop_check` or
:paramref:`.drop_column.mssql_drop_default`
arguments are used.  fix #186

- add an additional fix to the MySQL fixes for re: #103.

- use compat version of mock for py3

- Added/fixed support for MySQL "SET DEFAULT" / "DROP DEFAULT" phrases,
which will now be rendered if only the server default is changing
or being dropped (e.g. specify None to alter_column() to indicate
"DROP DEFAULT").  Also added support for rendering MODIFY rather than
CHANGE when the column name isn't changing.
fixes #103

- add test for drop default

- Added support for the ``initially``, ``match`` keyword arguments
as well as dialect-specific keyword arguments to
:meth:`.Operations.create_foreign_key`.
fixes #190

- Altered the support for "sourceless" migration files (e.g. only
.pyc or .pyo present) so that the flag "sourceless=true" needs to
be in alembic.ini for this behavior to take effect.
fixes #163

- ensure that target_metadata is also present in the offline migration context,
so that --sql mode gets access to naming conventions also.
existing environments need to add target_metadata to the offline migration
context manually.
fixes #189

The feature that keeps on giving, index/unique constraint autogenerate
detection, has even more fixes, this time to accommodate database dialects
that both don't yet report on unique constraints, but the backend
does report unique constraints as indexes.   The logic
Alembic uses to distinguish between "this is an index!" vs.
"this is a unique constraint that is also reported as an index!" has now
been further enhanced to not produce unwanted migrations when the dialect
is observed to not yet implement get_unique_constraints() (e.g. mssql).
Note that such a backend will no longer report index drops for unique
indexes, as these cannot be distinguished from an unreported unique
index.  fixes #185

  Extensive changes have been made to more fully support SQLAlchemy's new
      naming conventions feature.  Note that while SQLAlchemy has added this
      feature as of 0.9.2, some additional fixes in 0.9.4 are needed to
      resolve some of the issues:

      1. The :class:`.Operations` object now takes into account the naming
         conventions that are present on the :class:`.MetaData` object that's
         associated using :paramref:`~.EnvironmentContext.configure.target_metadata`.
         When :class:`.Operations` renders a constraint directive like
         ``ADD CONSTRAINT``, it now will make use of this naming convention
         when it produces its own temporary :class:`.MetaData` object.

      2. Note however that the autogenerate feature in most cases generates
         constraints like foreign keys and unique constraints with the
         final names intact; the only exception are the constraints implicit
         with a schema-type like Boolean or Enum.  In most of these cases,
         the naming convention feature will not take effect for these constraints
         and will instead use the given name as is, with one exception....

      3. Naming conventions which use the ``"%(constraint_name)s"`` token, that
         is, produce a new name that uses the original name as a component,
         will still be pulled into the naming convention converter and be
         converted.  The problem arises when autogenerate renders a constraint
         with it's already-generated name present in the migration file's source
         code, the name will be doubled up at render time due to the combination
         of #1 and #2.  So to work around this, autogenerate now renders these
         already-tokenized names using the new :meth:`.Operations.f` component.
         This component is only generated if **SQLAlchemy 0.9.4** or greater
         is in use.

      Therefore it is highly recommended that an upgrade to Alembic 0.6.4
      be accompanied by an upgrade of SQLAlchemy 0.9.4, if the new naming
      conventions feature is used.

fixes #183

- Suppressed IOErrors which can raise when program output pipe
is closed under a program like ``head``; however this only
works on Python 2.  On Python 3, there is not yet a known way to
suppress the BrokenPipeError warnings without prematurely terminating
the program via signals. fixes #160.
Added comments to http://bugs.python.org/issue11380 to see what the
status is on py3k.

got the docs totally wrong on that

- Fixed bug where :meth:`.Operations.bulk_insert` would not function
properly when :meth:`.Operations.inline_literal` values were used,
either in --sql or non-sql mode.    The values will now render
directly in --sql mode.  For compatibility with "online" mode,
a new flag :paramref:`~.Operations.inline_literal.multiparams`
can be set to False which will cause each parameter set to be
compiled and executed with individual INSERT statements.
fixes #179

- add new section, cookbook.  First example, add conditonal sections to migrations
within script.py.mako.   fixes #177

- add py.test config, see if jenkins no longer pulls in sqlalchemy conftest files...

- Fixed a failure of the system that allows "legacy keyword arguments"
to be understood, which arose as of a change in Python 3.4 regarding
decorators.  A workaround is applied that allows the code to work
across Python 3 versions. #175

- 0.6.4
- changelog for pullreq bitbucket:20

Return the script object from command.revision

Removed unreachable raise statement

- remove this

- 0.6.3
- 2014

- add new section "the importance of naming constraints"
- add a note that a new branching approach is planned, remove note about
"splice"

- Added a workaround for when we call ``fcntl.ioctl()`` to get at
``TERMWIDTH``; if the function returns zero, as is reported to occur
in some pseudo-ttys, the message wrapping system is disabled in the
same way as if ``ioctl()`` failed. #172

 - add new tests to ensure the naming convention thing works on this end
as expected

more doc fixes and updates

move this seealso

- use latest extension versions, trying to get rtd to build

- Added new argument
:paramref:`.EnvironmentContext.configure.user_module_prefix`.
This prefix is applied when autogenerate renders a user-defined type,
which here is defined as any type that is from a module outside of the
``sqlalchemy.`` hierarchy.   This prefix defaults to ``None``, in
which case the :paramref:`.EnvironmentContext.configure.sqlalchemy_module_prefix`
is used, thus preserving the current behavior. #171
- added new documentation sections regarding rendering of types
- improved CSS so that deprecations/version changes are highlighted
- cleanup of some configure paramter docs

- Added support for autogenerate covering the use case where :class:`.Table`
objects specified in the metadata have an explicit ``schema`` attribute
whose name matches that of the connection's default schema
(e.g. "public" for Postgresql).  Previously, it was assumed that "schema"
was ``None`` when it matched the "default" schema, now the comparison
adjusts for this. #170

- changelog
- reorg tests a bit
- add test coverage for "include_schemas" in compare_metadata

Merge pull request #9 from malor/compare_metadata_include_object

Handle include_* arguments in compare_metadata()

Handle include_* arguments in compare_metadata()

include_object, include_symbol and include_schemas are very useful,
when you need to specify what objects you want to be compared.
Modify compare_metadata() public API function, so that it takes those
arguments into account and pass them to _produce_net_changes().

- Calling :func:`.bulk_insert` with an empty list will not emit any
commands on the current connection.  This was already the case with
``--sql`` mode, so is now the case with "online" mode.

- changelog for pullreq 17
- unit tests for schema-level unique/index detection
- cleanup a bit for the get indexes/uniques if only table present

- fix up the "build" paths

Merge https://bitbucket.org/dtheodor/alembic/branch/master into m

- use a valid argument name here as SQLA 0.9.2 will now start validating these

Autogenerate index and unique's comparison takes schema into account

The inspector now will recover the indexes and unique constraints of
the table in the correct schema. Previously it was not taking schema
into account, resulting in always re-creating the existing uniques
and indexes.

Schema fixes on rendering of alembic op. directives

Added schema parameter in _drop_index, _drop_constraint
Removed prepending of the schema name in _add_index table
parameter.

- More fixes to index autodetection; indexes created with expressions
like DESC or functional indexes will no longer cause AttributeError
exceptions when attempting to compare the columns. #164

Merged in vrutsky/alembic/vrutsky/remove-space-before-exclamation-mark-wow-1389275979894 (pull request #16)

Remove space before exclamation mark: "Wow that rocked !"

Remove space before exclamation mark: "Wow that rocked !"

- more fixes for #163, make sure env.py load figures out to load env.pyc or
env.pyo as well

- The :class:`.ScriptDirectory` system that loads migration files
from a  ``versions/`` directory now supports so-called
"sourceless" operation,  where the ``.py`` files are not present
and instead ``.pyc`` or ``.pyo`` files are directly present where
the ``.py`` files should be.  Note that while Python 3.3 has a
new system of locating ``.pyc``/``.pyo`` files within a directory
called ``__pycache__`` (e.g. PEP-3147), PEP-3147 maintains
support for the "source-less imports" use case, where the
``.pyc``/``.pyo`` are in present in the "old" location, e.g. next
to the ``.py`` file; this is the usage that's supported even when
running Python3.3.  #163

0.1.8

0.1.7

0.1.6

0.1.5

0.1.4

up

0.1.1

try out paramlinks

- 0.6.2 release

- clean out test_autogenerate
- start pinning some tests to 0.9, don't need to pin to 0.7 anymore
- Autogenerate for ``op.create_table()`` will not include a
  ``PrimaryKeyConstraint()`` that has no columns.
- don't need a full string test for boolean/check constraint autogen

- move out "render" types of tests into new test_autogen_render

- Fixed bug in the not-internally-used :meth:`.ScriptDirectory.get_base`
method which would fail if called on an empty versions directory.

- more for #157:
- the ``op.create_table()`` directive will be auto-generated with
  the ``UniqueConstraint`` objects inline, but will not double them
  up with a separate ``create_unique_constraint()`` call, which may
  have been occurring.  Indexes still get rendered as distinct
  ``op.create_index()`` calls even when the corresponding table was
  created in the same script.
- the inline ``UniqueConstraint`` within ``op.create_table()`` includes
  all the options like ``deferrable``, ``initially``, etc.  Previously
  these weren't rendering.
- fixed the index tests to make sure the connection closes after each test
- _render_unique_constraint() and _add_unique_constraint() both call into
a common function now
- call _alembic_autogenerate_prefix within the add_index/drop_index renders

- repair the autogen index test which apparently wasn't running for Postgresql
due to a hardcoded sqlite_db()
- get autogen index test cleaned up, working on Postgresql and MySQL
- rework the autogen index/unique constraint logic to consider both sets of
objects together, and work up all new rules for deduping, comparison.
Add new rules specific to MySQL and SQLite and expand the flexibility surrounding
the "dupe unique index/unique constraint" thing to work around MySQL doing it
in both directions, handles #157
- add a lot more tests and try to emphasize no false positives

since msg() right-trims, move the space to the subsequent message

Merged in s0undt3ch/alembic (pull request #14)

Just a space wrapping `...`

Just a space wrapping `...`.

This eases, for example, selecting the path when the text us double clicked on a console.

fix incorrect var for log message

- Fixed an issue with unique constraint autogenerate detection where
a named ``UniqueConstraint`` on both sides with column changes would
render with the "add" operation before the "drop", requiring the
user to reverse the order manually.
- reorganize the index/unique autogenerate test into individual test cases;
ideally the whole test suite would be broken out like this for those big
tests

- Added new argument ``mssql_drop_foreign_key`` to
:meth:`.Operations.drop_column`.  Like ``mssql_drop_default``
and ``mssql_drop_check``, will do an inline lookup for a
single foreign key which applies to this column, and drop it.
For a column with more than one FK, you'd still need to explicitly
use :meth:`.Operations.drop_constraint` given the name,
even though only MSSQL has this limitation in the first place.

- test adjustments to account for SQLAlchemy pullreq #7, MSSQL DROP INDEX syntax

- 0.6.2
- changelog for pullreq 13

Merged in dharland/alembic/patch-mssql-final-go (pull request #13)

MSSQL Batch generator should ensure a COMMIT is followed by the batch separator

adjust for latest ENUM formatting

Ensure a commit is followed by a GO

Merged zzzeek/alembic into master

- 0.6.1 release
- add wheel format

- Fixed bug where :func:`.op.alter_column` in the MySQL dialect
would fail to apply quotes to column names that had mixed casing
or spaces. #152

- rework mysql tests to have suites
- add a test to verify pullreq #5 - check if a TIMESTAMP column with
CURRENT_TIMESTAMP as default successfully compares for equality/inequality.
test passes without the pullreq, so no failure case has been demonstrated.

cleanup

- make slug length default to 40, but also make it configurable.

- changelog
- use newer changelog pullreq format

Merged in Frozenball/alembic/longer-filenames (pull request #12)

Change filename length restriction to 60 characters & word truncation

Merge branch 'fix_python2_sql_output'

Conflicts:
docs/build/changelog.rst

Fixes to Py3k in-place compatibity regarding output encoding and related;
the use of the new io.* package introduced some incompatibilities on Py2k.
These should be resolved, due to the introduction of new adapter types
for translating from io.* to Py2k file types, StringIO types.
Thanks to Javier Santacruz for help with this.

Fixed the output wrapping for Alembic message output, so that
we either get the terminal width for "pretty printing" with
indentation, or if not we just output the text as is; in any
case the text won't be wrapped too short. #135

Change filename length restriction to 60 characters & word truncation

Example of a longer filename:
- 3e12cdb9209d_alter_user_table_telephone_and_mobile_columns.py

Example of a filename that has been truncated:
- 12894284029g_create_partial_index_for_article_telephone_column_and_.py

- make these comparisons handle the indexes in either order

- remember to add the SQLA prefix
- fix the SQLA 0.7 case a bit

wrap text() around it

move _get_index_column_names into autogenerate

- support SQLAlchemy ticket 2742 by ensuring that expressions in DDL are rendered
(at least in indexes for now) using literal_binds=True, resolve #155

- also need requirements file for rtd

- use pypi-based changelog

Fixes stdout --sql output in python2

When output_encoding is set, wraps the output buffer into a io.TextIOWrapper class
This means that the output_buffer has to be a io.IOBase instance
in order to work along with the TextIOWrapper

Handles wrapping when the buffer is Python2 stdtout, which has 'file' type
Adds test for this situation

Merge pull request #6 from ijl/issue_141

Fix #141: SQLA 0.7 compatibility for index column names

Merge pull request #7 from ijl/issue_149

Fix #149: bulk_insert example does not import op like other examples

Fix #149: bulk_insert example does not import op like other examples

Fix #141: SQLA 0.7 compatibility for index column names