django-syzygy
Deployment aware tooling for Django migrations.
Decision gist · record as of 2026-08-14
Yes, if you use Django in a continuous deployment environment where old and new code versions coexist during rollouts. The package solves a real problem that standard Django migrations don't handle well. Install friction is low and maintenance is active. Not necessary for single-instance deployments or applications that tolerate brief downtime during migrations. MySQL users should be aware that transactional DDL is not supported, requiring manual intervention on failed migrations.AI-flagged interpretation of the facts on this page — verify before relying
Before you install
- Overrides Django's default makemigrations and migrate commands; if using other migration-related packages, you may need to define custom command classes that inherit from all involved packages' command definitions.
- Low install friction with a single Django dependency.
- Actively maintained with recent commits and a stable release history since 2021.
License · maintenance · safety
MIT License (permissive) — MIT License permits free use, modification, and distribution with minimal restrictions, making it suitable for both open-source and commercial projects.
last release 2026-03-13 (154 days) · last repo commit 2026-03-13 · 114 stars
0 known vulnerabilities (OSV.dev, 2026-08-14) · 108,702 downloads/mo, #12,543 on PyPI
Alternatives
Verify before relying
pip install django-syzygy
# settings.py
INSTALLED_APPS = [
...
'syzygy',
...
]
# In your CI/CD pipeline:
# Before rollout: python manage.py migrate --pre-deploy
# After rollout: python manage.py migrate- Whether the package handles all Django 5.2 migration edge cases or if further testing is needed
- Performance impact on large migration sets or complex schemas
- Rollback behavior and recovery procedures when migrations fail mid-deployment
What it is and what it does
django-syzygy is a Django application that restructures how migrations are sequenced during deployment. It addresses a core problem in continuous deployment: when you roll out code changes, old and new code versions must coexist briefly, but Django's default migrations don't account for this. For example, adding a field with a default value removes the database-level default immediately, breaking inserts from the old code that doesn't know the field exists yet.
The package introduces the concept of prerequisite (pre-deploy) and postponed (post-deploy) migrations. It automatically splits problematic operations—like field additions and removals—into multiple stages, and provides a `--pre-deploy` flag to the migrate command so your CI/CD pipeline can run migrations before code rollout, then apply deferred changes after. It's tested on PostgreSQL, SQLite, and MySQL, though MySQL's lack of transactional DDL means failed migrations may require manual intervention.
Use it for
- Running migrations before deploying new code in a continuous deployment pipeline to prevent schema conflicts
- Safely adding fields to models without breaking existing application instances still using the old schema
- Removing fields in stages so both old and new code versions can operate during a gradual rollout
- Enforcing safe migration sequencing through system checks that prevent mixing pre- and post-deploy operations in a single migration
Worth the install?
AI-flagged interpretation of the facts on this page. Verify before relying on it.
Yes, if you use Django in a continuous deployment environment where old and new code versions coexist during rollouts.
The package solves a real problem that standard Django migrations don't handle well. Install friction is low and maintenance is active. Not necessary for single-instance deployments or applications that tolerate brief downtime during migrations. MySQL users should be aware that transactional DDL is not supported, requiring manual intervention on failed migrations.
Install
django-syzygy on PyPI
Before you install
Low install friction with a single Django dependency. Actively maintained with recent commits and a stable release history since 2021. Overrides Django's default migration commands, so compatibility with other migration-related packages may require custom command inheritance.
Overrides Django's default makemigrations and migrate commands; if using other migration-related packages, you may need to define custom command classes that inherit from all involved packages' command definitions.
License in practice
MIT License permits free use, modification, and distribution with minimal restrictions, making it suitable for both open-source and commercial projects.
Quickstart
pip install django-syzygy
# settings.py
INSTALLED_APPS = [
...
'syzygy',
...
]
# In your CI/CD pipeline:
# Before rollout: python manage.py migrate --pre-deploy
# After rollout: python manage.py migrate
Verify before relying
- Whether the package handles all Django 5.2 migration edge cases or if further testing is needed
- Performance impact on large migration sets or complex schemas
- Rollback behavior and recovery procedures when migrations fail mid-deployment
Package facts
| License | MIT License permissive |
| Python support | Not specified |
| Install friction | Low. Pure-Python wheel |
| Runtime dependencies | 1 packageDjango |
| Maintenance | Actively maintained 154 days since the last release |
| Last repo commit | |
| First released | |
| Downloads | 108,702 / month, #12,543 on PyPI 30-day window, as of 2026-08-14 |
| Known vulnerabilities | None known OSV.dev, checked 2026-08-14 |
| Classifiers | Environment :: Web EnvironmentFramework :: DjangoFramework :: Django :: 4.2Framework :: Django :: 5.0Framework :: Django :: 5.1Framework :: Django :: 5.2Intended Audience :: DevelopersLicense :: OSI Approved :: MIT LicenseOperating System :: OS IndependentProgramming Language :: PythonProgramming Language :: Python :: 3.10Programming Language :: Python :: 3.11Programming Language :: Python :: 3.12Programming Language :: Python :: 3.13Programming Language :: Python :: 3.9Topic :: Software Development :: Libraries :: Python Modules |
Evidence: django_syzygy-1.2.3-py2.py3-none-any.whl
Tags
Let your AI agent find packages like this
Example. Real query, live index.
You found this page by searching. An agent finds it by wishing: SkillFed indexes 14,416 PyPI packages by what they can do, searchable in plain language.
wish › “zero-downtime database migrations”
- django-syzygyAutomates Django database migration deployment by splitting…
- django-pg-zero-downtime-migrationsProvides a Django database backend for PostgreSQL that executes…
- asyncpg-trekManages database migrations for asyncpg by executing raw SQL or…
Give your agent the search over MCP, or paste the wish link into any chat.
More Python Modules packages
Converts domain names between Unicode and ASCII-compatible encoding (Punycode) according to IDNA 2008 and Unicode Technical Standard 46, with security validation and broader script coverage than the standard library.
Install it if you work with internationalized domain names, need to validate domains, or use HTTP clients that depend on it transitively.
Setuptools is a Python build backend and package management tool that handles building, distributing, and installing Python packages, including support for C/C++ extension modules.
PyYAML parses and emits YAML 1.1 data format, enabling serialization and deserialization of configuration files and Python objects to and from human-readable YAML text.
Pydantic validates Python data structures against type hints, coercing and checking input at runtime to ensure it matches a declared schema.
Provides reusable metadata objects for use with PEP-593 `typing.Annotated` to express common constraints like bounds, collection sizes, and predicates on types.
Install it if you use or build libraries that need to express type constraints in a standardized, inspectable way—or if you want to annotate your own types with…
Provides runtime tools to inspect and introspect Python type annotations, enabling programmatic examination of type hints at execution time.
See also django-safemigrate · django-pg-zero-downtime-migrations · yoyo-migrations · django-add-default-value · atlas-provider-sqlalchemy · schemachange · django-linear-migrations · sqlalchemy-migrate · peewee-migrate · alembic