Товарищи программисты. А что вы используете для отслеживания sql миграций? Чтобы аппенд онли, само номера проставляло, ругалось если какую-то миграцию изменили. И как вы решаете проблему миграций из разных веток (как их так мёрджить, чтобы они не только могли все примениться, но и последовательность сохранялась)?
А то мы пока что руками это всё делаем. Это долго. За всеми программистами не уследить и вот это всё.
упд: и чтобы без этих дат в названии миграции
Эта запись была отредактирована (2 мес. назад)
WildTuna 🇷🇺
в ответ на Данила Горелко • • •Данила Горелко
в ответ на WildTuna 🇷🇺 • • •WildTuna,
То самое решение, о котором я почему-то не смог додуматься. Спасибо!
ХаББыватель
в ответ на Данила Горелко • — (Тюмень) •Миграции в рамках одного проекта прекрасно управляются фреймворком, на котором этот проект реализован.
Менять миграцию, когда поверх неё уже накидали новых - это что-то из области максимально вредных советов. Так делать не надо. Надо создавать новую, исправляющую всё как надо.
И чем помешали даты в названии миграции?
Данила Горелко
в ответ на ХаББыватель • • •ХаББыватель,
Но я то же самое и написал:
.
Честно, я не знаю. Эту дату ещё нужно прочитать, она ещё обязательно будет в каком-нибудь неудобном формате. Порядковый номер и очень краткое описание в названии намного лучше понимается человеком
ХаББыватель
в ответ на Данила Горелко • •У нас если кто-то изменил миграцию ругаюсь я 😁. Но такое возможно только 1 раз на сотрудника. Потом они понимают что так делать нельзя.
Не знаю зачем может понадобиться смотреть миграции подряд, я их смотрю только во время мерж-реквеста, а там их обычно пара штук.
Данила Горелко нравится это.