]> git.ipfire.org Git - thirdparty/sqlalchemy/alembic.git/commitdiff
- 1.5.5 rel_1_5_5
authorMike Bayer <mike_mp@zzzcomputing.com>
Sat, 20 Feb 2021 21:47:00 +0000 (16:47 -0500)
committerMike Bayer <mike_mp@zzzcomputing.com>
Sat, 20 Feb 2021 21:47:00 +0000 (16:47 -0500)
docs/build/changelog.rst
docs/build/conf.py
docs/build/unreleased/797.rst [deleted file]
docs/build/unreleased/copy_change.rst [deleted file]

index 3ed21033afc510db4d968d80c1596b61a2faa4f2..027d87699ab4ad64d287c80c847a53d6d19fc7e4 100644 (file)
@@ -5,7 +5,39 @@ Changelog
 
 .. changelog::
     :version: 1.5.5
-    :include_notes_from: unreleased
+    :released: February 20, 2021
+
+    .. change::
+        :tags: bug
+
+        Adjusted the use of SQLAlchemy's ".copy()" internals to use "._copy()"
+        for version 1.4.0, as this method is being renamed.
+
+    .. change::
+        :tags: bug, environment
+        :tickets: 797
+
+        Added new config file option ``prepend_sys_path``, which is a series of
+        paths that will be prepended to sys.path; the default value in newly
+        generated alembic.ini files is ".".  This fixes a long-standing issue
+        where for some reason running the alembic command line would not place the
+        local "." path in sys.path, meaning an application locally present in "."
+        and importable through normal channels, e.g. python interpreter, pytest,
+        etc. would not be located by Alembic, even though the ``env.py`` file is
+        loaded relative to the current path when ``alembic.ini`` contains a
+        relative path. To enable for existing installations, add the option to the
+        alembic.ini file as follows::
+
+          # sys.path path, will be prepended to sys.path if present.
+          # defaults to the current working directory.
+          prepend_sys_path = .
+
+        .. seealso::
+
+            :ref:`installation` - updated documentation reflecting that local
+            installation of the project is not necessary if running the Alembic cli
+            from the local path.
+
 
 .. changelog::
     :version: 1.5.4
index 4f84afc52a04189232a773c95801f0fbd234bc48..74db4fc2f24204aa929d68ceac6e2d8f41b5325a 100644 (file)
@@ -85,8 +85,8 @@ copyright = u"2010-2021, Mike Bayer"  # noqa
 # The short X.Y version.
 version = alembic.__version__
 # The full version, including alpha/beta/rc tags.
-release = "1.5.4"
-release_date = "February 3, 2021"
+release = "1.5.5"
+release_date = "February 20, 2021"
 
 
 # The language for content autogenerated by Sphinx. Refer to documentation
diff --git a/docs/build/unreleased/797.rst b/docs/build/unreleased/797.rst
deleted file mode 100644 (file)
index 9f01e41..0000000
+++ /dev/null
@@ -1,25 +0,0 @@
-.. change::
-    :tags: bug, environment
-    :tickets: 797
-
-    Added new config file option ``prepend_sys_path``, which is a series of
-    paths that will be prepended to sys.path; the default value in newly
-    generated alembic.ini files is ".".  This fixes a long-standing issue
-    where for some reason running the alembic command line would not place the
-    local "." path in sys.path, meaning an application locally present in "."
-    and importable through normal channels, e.g. python interpreter, pytest,
-    etc. would not be located by Alembic, even though the ``env.py`` file is
-    loaded relative to the current path when ``alembic.ini`` contains a
-    relative path. To enable for existing installations, add the option to the
-    alembic.ini file as follows::
-
-      # sys.path path, will be prepended to sys.path if present.
-      # defaults to the current working directory.
-      prepend_sys_path = .
-
-    .. seealso::
-
-        :ref:`installation` - updated documentation reflecting that local
-        installation of the project is not necessary if running the Alembic cli
-        from the local path.
-
diff --git a/docs/build/unreleased/copy_change.rst b/docs/build/unreleased/copy_change.rst
deleted file mode 100644 (file)
index 0cdb855..0000000
+++ /dev/null
@@ -1,5 +0,0 @@
-.. change::
-    :tags: bug
-
-    Adjusted the use of SQLAlchemy's ".copy()" internals to use "._copy()"
-    for version 1.4.0, as this method is being renamed.