V
Не ребейзить, а актуализировать таймстемпы
Size: a a a
2021 May 25
V
В старых рельсах миграции генерировались с порядковыми номерами. Потом их переделали на таймстемпы. Потому что оказалось неудобно для командной работы - частые конфликты номеров.
AN
И что из этого? если разные таблицы то не проблема. Если одну и ту же таблицу разные колонки то тоже ничего страшного, а если два разраба в разных коммитах меняют одну и ту же колонку в одной и той же таблице, то с процессом разработки уже все плохо и порядок миграций скорее всего не основная проблема в проекте
V
Eto nabros?
AN
а то ж))
AB
Я что-то туплю, и придумал единственный пока order-dependent случай - создание таблицы и fk на неё . Более общий случай - добавление unique-индекса и fk "на него". А что ещё?
V
Комбинация констрейнтов и добавления данных. Например миграция 1 добавляет строки с value=null, а миграция 2 делает поле not nullable
V
Ну и чтоб как в жизни - миграция 3 удаляет эти данные
V
Проблема в том, что развёртывание этого проекта на свежей машине упадёт, а на проде работать будет
B
Когда выложишь результаты?))
DR
Да, конечно, планирую на этих выходных обработать и выложить.
B
супер)
o
N
Сорри за оффтоп, есть тут (экс) epam омвцы?
Хотел пара вопросов задать.
Хотел пара вопросов задать.
LL
Скорее было про аутсорсинговую компанию EPAM
N
Да, про нее. Видел, что пару раз о ней писали.
2021 May 26
Н
Вот кстати еще такую особенность наблюдаю: основной язык английский, но разрабы почти все или все русские. Т.е. английский хоть и основной, но по факту редко нужен.
V
ты уж определись - или основной или редко нужен
LL
А где ты работаешь?