чот не понял. склонировал, сделал симлинки, прописал в /root/.zshrc и ~/.zshrc тему и не применилась после релогина

А в БД лезут тесты, и то в фейковую.

а то

Это не тема же, это промпт

хз как у других но у нас если один сервис падает то дргие смежные с ним сразу рапортуют об этом

ещё и версионность запилили

а как? перед миграцией проверяете что задеплоены сервисы с актуальной либой?

объясни

Что?

а, понял

Запускается какой-либо из пайплайнов, какого-либо сервиса. Их запуск пригерит пайпы на проверку консистентности модели и только их у других сервисов. Перед каждым шагом, пайплайн каждого сервиса, ставится шаренная либа, свежая, влитая в dev.
Это делается перед миграцией. Каждый пайплайн запускается в docker in docker, вместе с сервисом запускает и БД, создавая свою личную БД. Затем накатывает миграцию только своего доменного обькта и проверяет консистентность модели.

Окей, все сервисы одна команда поддерживает? Много людей в команде?

Делает это в два шага:
1. Запуском - если запустился, то уже молодец.
2. Тестами - которые через factory_boy немного задрачивают свои БД дл проверки узкейсов.

о, я тебя поспрашиваю ещё про factory boy, думаю его потыктаь но пока не понимаю что он мне даст

Разные плохо общающиеся между собой люди, просто их дого били, и заставляли читать конверцию.

ага, долго били - это решение =)

Очень круто что вы смогли построить такой пайплайн жесткий.

Он даст тебе фейковые данные нужного формата, например человекочитаемые имена, фамилии, разных стран и народов, почтовые коды, провайдеров мобильной связи с правильными рандомными номерами. Главное, что он может, это принимать в качестве метакласса класс декларатиции ORM и автоматически генерировать для него данные.

Два месяца пилил)

Ну предпочитаю когда данные в тесте фиксированные - это важно для повторяемости теста