Нет, команду из джунов надо менторить* и не давать им пилить кор домен. Если так то все это работает просто больше времени занимает

Сча доберусь до клавиатуры попробую лучше описать

Опять ограничение. То есть CI это там где не джуны и кор-домен, или там где джуны и что-то второстепенное?

Это уже не про ci. Это просто к вопросу офигенной идеи нанять дешёвых джунов

правда я в реале ещё не видел таких "дизайнеров  с огромным опытом" все ищут какие-то ответы

Ну зачем всё так утрировать? Я не говорю что все джуны. Я просто говорю что есть команда со специалистами разной квалификации. Твой пример подразумевает что все доставляют код сразу на прод - только тогда это CI. Если не сразу - это уже не CI. Если не синьйоры - это не CI и т.д.

Так это ты утрируешь

В больших компаниях с микросервисной архитектурой, релиз-трейнами, staging-ом, тестированием и и прочимми штуками, которые не отсылают коммит сразу на prod - это всё не CI?

Откуда мантра, что если коммит не ушёл на прод - это уже не CI? Откуда мантра, что staging - это уже не CI?

Так про прод это уже cd

такой мантры нет, ты ее додумал из цепочки «код попадает в мастер как можно быстрее -> мастер деплоится на прод -> код попадает на прод сразу это ci»

потому что интеграции с основной веткой уже нет?

точнее она более редкая

ci заканчивается на моменте «код попал в мастер». Стэйджинг, ручное тестирование, релиз менеджмент и т.д. это уже «после». Это уже мы к CD подбираемся

потому я и сказал что «стэйджинг CI не предусмотрен» так как CI это про непрерывную интеграцию изменений и не больше

Хорошо. Тогда возвращаемся к скорости. Почему если коммит идёт в мастер день - это плохо или это не CI?

это про то как ты изменения изолируешь и интегрируешь между собой. У тебя может даже деплоя не быть - это не влияет.

потому что кто-то смотрит код и не знает, что там в коде чёт появилось, хотя у какого-то разраба в ветке оно уже есть 🤔

Так это вопрос распределения работ, планирования и декомпозиции

предположим ты делаешь фичу. Ты сделал коммит с маленькими и понятными изменениями и ты вынужден чего-то ждать что бы влить изменения. Что ты будешь делать?

Есть два варианта:

- ты переключишься на другую задачу пока ждешь - это влияет на фокус внимания и чем больше паралельно задач тем хуже качество решений
- ты понимаешь что всеравно ждать пару часов потому лучше запушить один жирный коммит вместо кучи маленьких (мол для дробления ты всеравно заблочен пока ты не закончишь все)

Последнее часто приводит к проблеме что изменения плохо изолированы. Это уже напрямую влияет на качество и риски