Size: a a a

DevOps — русскоговорящее сообщество

2020 June 01

i

inqfen in DevOps — русскоговорящее сообщество
Девопсам по масти, хейтерам по пасти
источник

VS

Vasilyev Sergey in DevOps — русскоговорящее сообщество
Деплой в радость, кубернетис в сладость
источник

Y

Yaros in DevOps — русскоговорящее сообщество
@s2504s не сильно понял, вроде вот итог всей статьи: We’ve been using cthulhu for three years at DigitalOcean, and while we’ve faced some significant hurdles along the way, the mono repo approach has been a huge benefit to our organization as a whole.
Откуда вывод, что все плохо и поезд ушел? Вроде отписано, что как раз выдалось время поработать над интернал тулинг и хотели бы - разобрали бы монорепо по репам. Что я упускаю?
источник

VS

Vasilyev Sergey in DevOps — русскоговорящее сообщество
Yaros
@s2504s не сильно понял, вроде вот итог всей статьи: We’ve been using cthulhu for three years at DigitalOcean, and while we’ve faced some significant hurdles along the way, the mono repo approach has been a huge benefit to our organization as a whole.
Откуда вывод, что все плохо и поезд ушел? Вроде отписано, что как раз выдалось время поработать над интернал тулинг и хотели бы - разобрали бы монорепо по репам. Что я упускаю?
Да они там в каждом разделе пишут с какими проблема сталкивались и как их героически преодолели) а сколько ещё таких проблем будет? Я не понимаю прост зачем страдать если можно этого не делать ??
источник

Y

Yaros in DevOps — русскоговорящее сообщество
@s2504s эм, за три года были проблемы, вроде "тесты плохие ломали билд", что больше вопрос к тестам. До этого был не монорепо, была возможность уйти от монорепо и остались. Как здесь получается вывод что "поняли что придется жевать кактус до самой смерти, так как поезд уже ушел и уже все будет как есть"? Вроде не в монорепо проблем тоже хватает, не могу понять что так склоняет вас к тому, что подход монорепо невозможно плохой и проигрывает?
источник

VS

Vasilyev Sergey in DevOps — русскоговорящее сообщество
Yaros
@s2504s эм, за три года были проблемы, вроде "тесты плохие ломали билд", что больше вопрос к тестам. До этого был не монорепо, была возможность уйти от монорепо и остались. Как здесь получается вывод что "поняли что придется жевать кактус до самой смерти, так как поезд уже ушел и уже все будет как есть"? Вроде не в монорепо проблем тоже хватает, не могу понять что так склоняет вас к тому, что подход монорепо невозможно плохой и проигрывает?
У нас монорепа была болью. Мы ее распилили. Боли больше нет
источник

A

Asgoret in DevOps — русскоговорящее сообщество
Кого и откуда читать?
источник

VS

Vasilyev Sergey in DevOps — русскоговорящее сообщество
Yaros
@s2504s эм, за три года были проблемы, вроде "тесты плохие ломали билд", что больше вопрос к тестам. До этого был не монорепо, была возможность уйти от монорепо и остались. Как здесь получается вывод что "поняли что придется жевать кактус до самой смерти, так как поезд уже ушел и уже все будет как есть"? Вроде не в монорепо проблем тоже хватает, не могу понять что так склоняет вас к тому, что подход монорепо невозможно плохой и проигрывает?
Какие плюсы вас склоняют к монорепо? Ну кроме единой кодобазы
источник

Y

Yaros in DevOps — русскоговорящее сообщество
@s2504s  возможность выделять общий код в отдельные библиотеки, возможность строить диаграммы архитектуры всей системы автоматически, например
источник

Y

Yaros in DevOps — русскоговорящее сообщество
пробовали не монорепой - очень неудобно, если нужно что-то менять в одном из слоев зависимостей и пересобирать и прочее.
источник

VS

Vasilyev Sergey in DevOps — русскоговорящее сообщество
Yaros
@s2504s  возможность выделять общий код в отдельные библиотеки, возможность строить диаграммы архитектуры всей системы автоматически, например
Что мешает делать библиотеки - библиотеками, которые разрабатываются в своих репах, пушатся в регистри и затем подключаются в проект?
источник

Y

Yaros in DevOps — русскоговорящее сообщество
@s2504s не понимаю, вот у меня мой юзер интерфейс - либа, у меня слой логики - либа, у меня еще что-то - либа. Как я могу разрабатывать фичу, которая предполагает  изменения во всех этих слоях, без того, чтобы постоянно обновлять версии либ и пересобирать весь проект?
источник

Y

Yaros in DevOps — русскоговорящее сообщество
добавим сюда, что я не один, а там еще несколько команд разработчиков. Как мы синхронизируем версии либ, нам вообще удобно либ проекты все время пересобирать? А если не пошло сделать ui component как надо, что делаем?
источник

VS

Vasilyev Sergey in DevOps — русскоговорящее сообщество
Yaros
добавим сюда, что я не один, а там еще несколько команд разработчиков. Как мы синхронизируем версии либ, нам вообще удобно либ проекты все время пересобирать? А если не пошло сделать ui component как надо, что делаем?
Погодите, вы только о фронте говорите? Или у вас и бэк в этой же репе?
источник

Y

Yaros in DevOps — русскоговорящее сообщество
и часть бэка, который для фронта только
источник

VS

Vasilyev Sergey in DevOps — русскоговорящее сообщество
Ай сииии.... Сорян, я то смотрел сквозь призму нашего проекта, где и фронт и бэк и лямбды были...
А так да - фронт у нас в монорепе
источник

Y

Yaros in DevOps — русскоговорящее сообщество
источник

Y

Yaros in DevOps — русскоговорящее сообщество
источник

VS

Vasilyev Sergey in DevOps — русскоговорящее сообщество
источник

A

Asgoret in DevOps — русскоговорящее сообщество
Comanch
О чем я и говорил понты на 2 страницы ответов 0 типичный рашен
А вопрос-то где твой? Я полистал историю ток необоснованные набросы про чсв/токси, причем ты в чате пару часов как и даже бота не поизучал
источник