Labels / Complexity: database, schema · Trivial — 2 pts
Summary
The alembic/versions/0016_webhook_signature_versioning.py migration adds a signature_version column to webhook_deliveries, but the migration may have been applied inconsistently across environments. The WebhookDelivery model in app/models/webhook.py expects this column, but there is no CI check to verify migration consistency.
Proposal
- Verify the migration is present in
alembic/versions/
- Add a CI step that runs
alembic check to detect migration drift
- Ensure the migration is idempotent (safe to re-run)
Acceptance criteria
Out of scope
Data backfill for existing records; assume signature_version defaults to 1.
Getting started
Files in scope:
alembic/versions/0016_webhook_signature_versioning.py
app/models/webhook.py
Build/test commands:
alembic check
pytest tests/test_migration_verification.py
Good first files to read: alembic/versions/0016_webhook_signature_versioning.py.
Labels / Complexity: database, schema · Trivial — 2 pts
Summary
The
alembic/versions/0016_webhook_signature_versioning.pymigration adds asignature_versioncolumn towebhook_deliveries, but the migration may have been applied inconsistently across environments. TheWebhookDeliverymodel inapp/models/webhook.pyexpects this column, but there is no CI check to verify migration consistency.Proposal
alembic/versions/alembic checkto detect migration driftAcceptance criteria
alembic checkpasses in CIsignature_versioncolumn exists in production schemaOut of scope
Data backfill for existing records; assume
signature_versiondefaults to 1.Getting started
Files in scope:
alembic/versions/0016_webhook_signature_versioning.pyapp/models/webhook.pyBuild/test commands:
Good first files to read:
alembic/versions/0016_webhook_signature_versioning.py.