Merged in kveretennicov/alembic/kveretennicov/-update-cookbook-wording-to-reflect-that-1463688141291 (pull request #57)

- update Cookbook wording to reflect that it contains multiple recipes now

- update Cookbook wording to reflect that it contains multiple recipes now

- don't use dropfirst if -n is used.  on CI the dropfirst is
colliding with other builds

Merged in Merwok/alembic/Merwok/fix-label-markup-1461358784082 (pull request #56)

Fix label markup

Fix label markup

- 0.8.6

- Errors which occur within the Mako render step are now intercepted
and raised as CommandErrors like other failure cases; the Mako
exception itself is written using template-line formatting to
a temporary file which is named in the exception message.
fixes #367

- PK names now works w/ sqlite + sqla 1.1

- Added a fix to Postgresql server default comparison which first checks
if the text of the default is identical to the original, before attempting
to actually run the default.  This accomodates for default-generation
functions that generate a new value each time such as a uuid function.
fixes #365
- test against uuid_generate_v4() directly, but this requires extensions
to be installed.  should come up with a built in function for this test

- repair the previous commit that put the decorators in the wrong place
entirely

- exclude 0.7.9 here

- changelog for #361, fixes #361
- rename test

Merge branch 'master' of https://bitbucket.org/mdomke/alembic into pr55

- 0.8.6 bump
- changelog for pr bitbucket:53

Merge branch 'mssql_batch_drop_column_fix' of https://bitbucket.org/koniiiik/alembic into pr53

Allow server_default=None for batch operations.

- dont need pytest-cov for setup.py test

- ignore more annoying flake rules we aren't checking yet

- 0.8.5

- humor me.  why are we squashing all mysql DROP DB exceptions?

- missing import

- use hex idents for DB names

- coverage -> cov

- updates from SQLA 1.1 for improved concurrency

- update tox for new SQLA 1.1 style

Merged in __item4__/alembic/docs (pull request #54)

Fix wrong ReST expression

Fix wrong ReST expression

- happy new year

Merge remote-tracking branch 'github/pr/25'

- changelog for pr49, fixes #335

Merge branch 'ticket_335' of https://bitbucket.org/jessedhillon/alembic into pr49

- use compat is_type_bound() function

- update copyrights within the testing package...

- Repaired batch migration support for "schema" types which generate
constraints, in particular the ``Boolean`` datatype which generates
a CHECK constraint.  Previously, an alter column operation with this
type would fail to correctly accommodate for the CHECK constraint
on change both from and to this type.  In the former case the operation
would fail entirely, in the latter, the CHECK constraint would
not get generated.  Both of these issues are repaired.
fixes #354
- Changing a schema type such as ``Boolean`` to a non-schema type would
emit a drop constraint operation which emits ``NotImplementedError`` for
the MySQL dialect.  This drop constraint operation is now skipped when
the constraint originates from a schema type.
fixes #355

Fixed mssql_* kwargs in batch_op.drop_column().

- add a note referring to if programmatic config is used,
logging might not work, fixes #45

sqla_094 was being imported twice.

Fix pylint complaint about logging-not-lazy.

- 0.8.4

- changelog for pullreq bitbucket:51

Merge branch 'prettier_id' of https://bitbucket.org/antti_haapala/alembic

- tests and changelog for pullreq github:20

Merge remote-tracking branch 'github/pr/20'

Merge remote-tracking branch 'github/pr/23'

Merge remote-tracking branch 'github/pr/22'

Get rid of duplicate `reraise` and `raise_from_cause` definitions.

global keyword here is unnecesary

- Batch mode generates a FOREIGN KEY constraint that is self-referential
using the ultimate table name, rather than ``_alembic_batch_temp``.
When the table is renamed from ``_alembic_batch_temp`` back to the
original name, the FK now points to the right name.  This
will **not** work if referential integrity is being enforced (eg. SQLite
"PRAGMA FOREIGN_KEYS=ON") since the original table is dropped and
the new table then renamed to that name, however this is now consistent
with how foreign key constraints on **other** tables already operate
with batch mode; these don't support batch mode if referential integrity
is enabled in any case.
fixes #345

- use pymysql here

- existing_server_default is not used to drop the previous
schema type constraint; existing_type is.  I haven't checked to
see if this changed at some point but that's what the source code
right now says.

- document that the value we pass to set_section_option and set_main_option
is in fact subject to variable interpolation, so raw percents must be doubled.
- add a test demonstrating the use of interpolation.

- Added a type-level comparator that distinguishes :class:`.Integer`,
:class:`.BigInteger`, and :class:`.SmallInteger` types and
dialect-specific types; these all have "Integer" affinity so previously
all compared as the same.
fixes #341

prettier revision identifier (always exatly 12 hex digits long) with better guaranteed entropy (the last 48 bits of a uuid4 are all random). Works everywhere where uuid module exists (2.5 -)

Rationale: with the current code most revision ids start with 1, 2, 3 or 4, and there are far more collisions with 2 initial digits than necessary (cumbersome to check a file by revision on command line and such). So instead of revision ids that are 1-12 digits long with ~45 bits of information, lets just have them 12 digits long and contain full 48 bits of info.

- add py35

- Fixed bug where the ``server_default`` parameter of ``alter_column()``
would not function correctly in batch mode.
fixes #338

Merged in agirivera/alembic/agirivera/fixed-some-grammatical-issue-and-spellin-1446601623510 (pull request #50)

Fixed some grammatical issue and spelling typos

Fixed some grammatical issue and spelling typos

- Adjusted the rendering for index expressions such that a :class:`.Column`
object present in the source :class:`.Index` will not be rendered
as table-qualified; e.g. the column name will be rendered alone.
Table-qualified names here were failing on systems such as Postgresql.
fixes #337

Autogenerate renderer for op.ExecuteSQLOp
Asserts that the passed in sqltext is a string to simplify the
implementation. Generates a op.execute(sqltext) line.

- `PrimaryKeyConstraint` should be rendered referencing the `name`
  property of the columns it comprises, instead of the `key`. See #335

0.8.3

- make the assertion more specific here

- Fixed an 0.8 regression whereby the "imports" dictionary member of
the autogen context was removed; this collection is documented in the
"render custom type" documentation as a place to add new imports.
The member is now known as
:attr:`.AutogenContext.imports` and the documentation is repaired.
fixes #332

- Fixed bug in batch mode where a table that had pre-existing indexes
would create the same index on the new table with the same name,
which on SQLite produces a naming conflict as index names are in a
global namespace on that backend.   Batch mode now defers the production
of both existing and new indexes until after the entire table transfer
operation is complete, which also means those indexes no longer take
effect during the INSERT from SELECT section as well; the indexes
are applied in a single step afterwards.
fixes #333

- changelog for pr #47

tox: add pytest-xdist as a dependency

This is mandatory to have the `-n' option passed to pytest to work.

- Fixed issue in PG server default comparison where model-side defaults
configured with Python unicode literals would leak the "u" character
from a ``repr()`` into the SQL used for comparison, creating an invalid
SQL expression, as the server-side comparison feature in PG currently
repurposes the autogenerate Python rendering feature to get a quoted
version of a plain string default.
fixes #324

- doc edits fixes #322

0.8.2

- Added workaround in new foreign key option detection feature for
MySQL's consideration of the "RESTRICT" option being the default,
for which no value is reported from the database; the MySQL impl now
corrects for when the model reports RESTRICT but the database reports
nothing.   A similar rule is in the default FK comparison to accommodate
for the default "NO ACTION" setting being present in the model but not
necessarily reported by the database, or vice versa.
fixes #321

0.8.1

- add a cookbook recipe for don't generate if no changes,
references #80

- add a test and changelog notes for the fact that a non-autogenerate
run can render Python code in upgradeops/downgradeops via the
process_revision_directives hook.

- Repaired the render operation for the :class:`.ops.AlterColumnOp` object
to succeed when the "existing_type" field was not present.

- FK option reflection for pg/mysql added in 0.9

- Fixed a regression 0.8 whereby the "multidb" environment template
failed to produce independent migration script segments for the
output template.  This was due to the reorganization of the script
rendering system for 0.8.  To accommodate this change, the
:class:`.MigrationScript` structure will in the case of multiple
calls to :meth:`.MigrationContext.run_migrations` produce lists
for the :attr:`.MigrationScript.upgrade_ops` and
:attr:`.MigrationScript.downgrade_ops` attributes; each :class:`.UpgradeOps`
and :class:`.DowngradeOps` instance keeps track of its own
``upgrade_token`` and ``downgrade_token``, and each are rendered
individually.
fixes #318

- Implemented support for autogenerate detection of changes in the
``ondelete``, ``onupdate``, ``initially`` and ``deferrable``
attributes of :class:`.ForeignKeyConstraint` objects on
SQLAlchemy backends that support these on reflection
(as of SQLAlchemy 1.0.8 currently Postgresql for all four,
MySQL for ``ondelete`` and  ``onupdate`` only).   A constraint object
that modifies these values will be reported as a "diff" and come out
as a drop/create of the constraint with the modified values.
The fields are ignored for backends which don't reflect these
attributes (as of SQLA 1.0.8 this includes SQLite, Oracle, SQL Server,
others). fixes #317

- bump version num

- updates for 1.1

Merge pull request #18 from graingert/patch-1

The name has changed to bdist_wheel

The name has changed to bdist_wheel

...to fit with other setuptools configs

0.8.0

- Fixed bug in batch mode where the ``batch_op.create_foreign_key()``
directive would be incorrectly rendered with the source table and
schema names in the argument list.
fixes #315

- fix this for 079

- ensure that all ops have full backwards/forwards maintenance of
the original object passed in from autogenerate.  In particular this
ensures that the diff structure from compare_metadata is fully backwards compatible
with no chance of synthesized objects.

- add a helper object for autogen rewriting called Rewriter.
this provides for operation-specific handler functions.
docs are based on the example requested in references #313.

- Fixed bug where in the erroneous case that alembic_version contains
duplicate revisions, some commands would fail to process the
version history correctly and end up with a KeyError.   The fix
allows the versioning logic to proceed, however a clear error is
emitted later when attempting to update the alembic_version table.
fixes #314

- changelog for pullrequest bitbucket:46; "alembic edit" command
edits migration files using $EDITOR
- alter the edit command so that it accepts an argument in the same
way as ``alembic show``.

Merge branch 'edit-latest' of https://bitbucket.org/exhuma/alembic into pr46

- fix syntax here for py3k

- Added new multiple-capable argument ``--depends-on`` to the
``alembic revision`` command, allowing ``depends_on`` to be
established at the command line level rather than having to edit
the file after the fact. ``depends_on`` identifiers may also be
specified as branch names at the command line or directly within
the migration file. The values may be specified as partial
revision numbers from the command line which will be resolved to
full revision numbers in the output file.
fixes #311

- add new recipe for "replaceable objects".

references #173, references #119

0.7.7

(cherry picked from commit b8c8dc581fcdef6490a5f082d1adc0f9f50f279d)

- Fixed critical issue where a complex series of branches/merges would
bog down the iteration algorithm working over redundant nodes for
millions of cycles.   An internal adjustment has been
made so that duplicate nodes are skipped within this iteration.
fixes #310

- since the section titles in api are bound to be misleading,
put notes at the top of most of them
- consolidate EnvironmentContext / MigrationContext

- document all the 0.8 positional name changes
- ensure remaining name->constraint_name / table_name

- ensure DropIndex and other ops return the full object it received
from autogenerate; in the immediate sense this should help with
modelsmigrationsync tests

- this test relies upon having the PG dialect present

python-editor 0.3 fixed a bug with using nano.

- rework all of autogenerate to build directly on alembic.operations.ops
objects; the "diffs" is now a legacy system that is exported from
the ops.  A new model of comparison/rendering/ upgrade/downgrade
composition that is cleaner and much more extensible is introduced.
- autogenerate is now extensible as far as database objects compared
and rendered into scripts; any new operation directive can also be
registered into a series of hooks that allow custom database/model
comparison functions to run as well as to render new operation
directives into autogenerate scripts.
- write all new docs for the new system
fixes #306