Можно ли прописать собственную дату миграции в Django?

Можно ли прописать собственную дату миграции в Django?

Да, абсолютно можно. Django позволяет вручную установить дату миграции несколькими способами, хотя это требует понимания внутреннего механизма версионирования.

1. Прямое редактирование имени файла миграции

В Django имена файлов миграций следуют паттерну NNNN_description.py, где NNNN — это номер, который обычно автоматически генерируется. Ты можешь просто переименовать файл:

# Было
0001_initial.py

# Стало (если нужна другая нумерация)
0005_initial.py

Однако это может привести к конфликтам, если у тебя уже есть миграции с такими номерами.

2. Использование опции --name при создании миграции

Нельзя напрямую задать дату, но можно контролировать имя:

python manage.py makemigrations --name custom_name

В результате получишь: 0005_custom_name.py

3. Редактирование поля RunPython с временной меткой

Если тебе действительно нужна дата (например, для логирования), добавь её в саму миграцию:

from django.db import migrations, models
from datetime import datetime

class Migration(migrations.Migration):

    dependencies = [
        (app, 0001_initial),
    ]
    
    operations = [
        migrations.RunPython(apply_migration, reverse_migration)
    ]

def apply_migration(apps, schema_editor):
    # Твоя логика
    timestamp = datetime(2024, 3, 22, 10, 30, 0)
    pass

4. Изменение поля squashed миграций

Для squashed миграций (объединённых) Django автоматически добавляет информацию об исходных миграциях:

python manage.py squashmigrations app 0005

Полученный файл будет: 0001_squashed_0005_name.py

5. Ручное редактирование записи в таблице django_migrations

Это последний вариант — редактировать запись в базе данных напрямую:

from django.db import connection
from datetime import datetime

with connection.cursor() as cursor:
    cursor.execute("""
        UPDATE django_migrations 
        SET applied = %s 
        WHERE app = %s AND name = %s
    """, [datetime.now(), myapp, 0005_my_migration])

Однако это не рекомендуется — лучше использовать встроенные механизмы Django.

6. Практический пример с переименованием

Если ты случайно создал миграцию с неправильным номером:

# 1. Откати текущую версию (если она применена)
python manage.py migrate myapp 0004

# 2. Переименуй файл
mv 0006_my_migration.py 0005_my_migration.py

# 3. Обнови зависимости в следующей миграции
# В файле 0007_next_migration.py измени
# dependencies = [(myapp, 0006_my_migration)]
# На
# dependencies = [(myapp, 0005_my_migration)]

# 4. Примени миграцию
python manage.py migrate myapp

Важные замечания

• Не переименовывай миграции после применения в продакшене — это вызовет конфликты
• Сквешинг миграций — правильный путь для очистки истории в продакшене
• Лучше создавать новые миграции, чем переименовывать старые
• Django хранит историю в таблице django_migrations, которая отслеживает какие миграции были применены

Когда это нужно

• Восстановление после ошибки при переименовании файла
• Интеграция кода из разных веток с пересекающимися номерами миграций
• Сквешинг старых миграций для очистки истории

Вывод: да, можно контролировать имя и номер миграции в Django, но это требует осторожности и понимания системы версионирования. В большинстве случаев лучше положиться на автоматическое генерирование Django и использовать makemigrations без вмешательства.