mirror of https://github.com/asterisk/asterisk
SQLAlchemy 2.0 changed the way that commits/rollbacks are handled
causing the final `UPDATE` to our `alembic_version_<whatever>` tables
to be rolled back instead of committed.
We now use one connection to determine which
`alembic_version_<whatever>` table to use and another to run the
actual migrations. This prevents the erroneous rollback.
This change is compatible with both SQLAlchemy 1.4 and 2.0.
(cherry picked from commit 42fbf5c22f
)
releases/certified-20.7
parent
1cfe5e02a4
commit
a2276abdc5
Loading…
Reference in new issue