oncall-engine/engine/apps/schedules/migrations/0007_customoncallshift_updated_shift.py
Ildar Iskhakov 1b7ada4315
Add database migrations linter (#1020)
# What this PR does

This PR adds
[django-migration-linter](https://github.com/3YOURMIND/django-migration-linter)
to keep database migrations
 backwards compatible

- we can automatically run migrations and they are zero-downtime, e.g.
old code can work with the migrated database
 - we can run and rollback migrations without worrying about data safety
- OnCall is deployed to the multiple environments core team is not able
to control

See [django-migration-linter
checklist](https://github.com/3YOURMIND/django-migration-linter/blob/main/docs/incompatibilities.md)
for the common mistakes and best practices


## Which issue(s) this PR fixes

## Checklist

- [ ] Tests updated
- [ ] Documentation added
- [ ] `CHANGELOG.md` updated

---------

Co-authored-by: Joey Orlando <joey.orlando@grafana.com>
2023-02-06 16:01:37 +08:00

26 lines
837 B
Python

# Generated by Django 3.2.13 on 2022-07-22 11:54
from django.db import migrations, models
import django.db.models.deletion
import django_migration_linter as linter
class Migration(migrations.Migration):
dependencies = [
('schedules', '0006_customoncallshift_rotation_start'),
]
operations = [
linter.IgnoreMigration(),
migrations.AddField(
model_name='customoncallshift',
name='updated_shift',
field=models.OneToOneField(default=None, null=True, on_delete=django.db.models.deletion.SET_NULL, related_name='parent_shift', to='schedules.customoncallshift'),
),
migrations.AddField(
model_name='customoncallshift',
name='title',
field=models.CharField(default=None, max_length=200, null=True),
),
]