- 1.2.14

doc/build/changelog/changelog_12.rst

@@ -12,7 +12,41 @@
 
 .. changelog::
     :version: 1.2.14
-    :include_notes_from: unreleased_12
+    :released: November 10, 2018
+
+    .. change::
+       :tags: bug, orm
+       :tickets: 4357
+
+       Fixed bug in :meth:`.Session.bulk_update_mappings` where alternate mapped
+       attribute names would result in the primary key column of the UPDATE
+       statement being included in the SET clause, as well as the WHERE clause;
+       while usually harmless, for SQL Server this can raise an error due to the
+       IDENTITY column.  This is a continuation of the same bug that was fixed in
+       :ticket:`3849`, where testing was insufficient to catch this additional
+       flaw.
+
+    .. change::
+        :tags: bug, mysql
+        :tickets: 4361
+
+        Fixed regression caused by :ticket:`4344` released in 1.2.13, where the fix
+        for MySQL 8.0's case sensitivity problem with referenced column names when
+        reflecting foreign key referents is worked around using the
+        ``information_schema.columns`` view.  The workaround was failing on OSX /
+        ``lower_case_table_names=2`` which produces non-matching casing for the
+        ``information_schema.columns`` vs. that of ``SHOW CREATE TABLE``, so in
+        case-insensitive SQL modes case-insensitive matching is now used.
+
+    .. change::
+       :tags: bug, orm
+       :tickets: 4347
+
+       Fixed a minor performance issue which could in some cases add unnecessary
+       overhead to result fetching, involving the use of ORM columns and entities
+       that include those same columns at the same time within a query.  The issue
+       has to do with hash / eq overhead when referring to the column in different
+       ways.
 
 .. changelog::
     :version: 1.2.13

doc/build/changelog/unreleased_12/4347.rst

@@ -1,9 +0,0 @@
-.. change::
-   :tags: bug, orm
-   :tickets: 4347
-
-   Fixed a minor performance issue which could in some cases add unnecessary
-   overhead to result fetching, involving the use of ORM columns and entities
-   that include those same columns at the same time within a query.  The issue
-   has to do with hash / eq overhead when referring to the column in different
-   ways.

doc/build/changelog/unreleased_12/4357.rst

@@ -1,11 +0,0 @@
-.. change::
-   :tags: bug, orm
-   :tickets: 4357
-
-   Fixed bug in :meth:`.Session.bulk_update_mappings` where alternate mapped
-   attribute names would result in the primary key column of the UPDATE
-   statement being included in the SET clause, as well as the WHERE clause;
-   while usually harmless, for SQL Server this can raise an error due to the
-   IDENTITY column.  This is a continuation of the same bug that was fixed in
-   :ticket:`3849`, where testing was insufficient to catch this additional
-   flaw.

doc/build/changelog/unreleased_12/4361.rst

@@ -1,11 +0,0 @@
-.. change::
-    :tags: bug, mysql
-    :tickets: 4361
-
-    Fixed regression caused by :ticket:`4344` released in 1.2.13, where the fix
-    for MySQL 8.0's case sensitivity problem with referenced column names when
-    reflecting foreign key referents is worked around using the
-    ``information_schema.columns`` view.  The workaround was failing on OSX /
-    ``lower_case_table_names=2`` which produces non-matching casing for the
-    ``information_schema.columns`` vs. that of ``SHOW CREATE TABLE``, so in
-    case-insensitive SQL modes case-insensitive matching is now used.

doc/build/conf.py

@@ -110,9 +110,9 @@ copyright = u'2007-2018, the SQLAlchemy authors and contributors'
 # The short X.Y version.
 version = "1.2"
 # The full version, including alpha/beta/rc tags.
-release = "1.2.13"
+release = "1.2.14"
 
-release_date = "October 31, 2018"
+release_date = "November 10, 2018"
 
 site_base = os.environ.get("RTD_SITE_BASE", "http://www.sqlalchemy.org")
 site_adapter_template = "docs_adapter.mako"