BG
я бы выразился так. Если все проекты связаны, зачем городить и разделять их по разным репам, когда можно держать в одной. Все ваши аргументы можно развернуть в обратную сторону
Проекты связаны, но не должны быть зависимы.
Size: a a a
2020 November 28
DS
Я сам не знаю как лучше и не настаиваю не на чем. Есть плюсы/минусы в обоих подходах
ЕО
Не понимаю этого вопроса.
Вы делаете релиз всей инфрастуктуры одновременно и держите в коде куча фич флагов, что бы поддерживать несколько версий совместимости?
Вы делаете релиз всей инфрастуктуры одновременно и держите в коде куча фич флагов, что бы поддерживать несколько версий совместимости?
Ну вот человек пришёл с вопросом: у меня есть три проекта и нужно всё релизить одновременно, как это делать?
BG
По идее, правильный ответ "не нужно", нет?
ЕО
Монорепо -- очевидный ответ на вопрос "как не париться о аде зависимостей". Вы говорите "а как мне сделать ад зависимостей в монорепо". Очень странный вопрос
DS
Не множить лишние сущности в виде доп. реп. Бритва оккама в действии =)
BG
Монорепо -- очевидный ответ на вопрос "как не париться о аде зависимостей". Вы говорите "а как мне сделать ад зависимостей в монорепо". Очень странный вопрос
Эм, нет?
SP
Монорепо -- очевидный ответ на вопрос "как не париться о аде зависимостей". Вы говорите "а как мне сделать ад зависимостей в монорепо". Очень странный вопрос
это прекрасно
BG
Монорепо это не ответ на эту проблему, так как на практике вам приходится городить костыли версионирования внутри кода
BG
Потому что классную монорепу, в которой можно провести хороший рефакторинг крайне мало
DS
Монорепо -- очевидный ответ на вопрос "как не париться о аде зависимостей". Вы говорите "а как мне сделать ад зависимостей в монорепо". Очень странный вопрос
но если очень хочется? Работать то надо
SP
Монорепо это не ответ на эту проблему, так как на практике вам приходится городить костыли версионирования внутри кода
не приходится
SP
как раз вот от этой хуйни монорепа и спасает
BG
Всегда было интересно, как) Что мой опыт, что опыт людей в интернете пишет простую цепочку.
"есть зависимость от общего модуля в нескольких мест" - "надо рефакторить кучу мест для обратно несовместимого изменения" - "нельзя провести такой глобальный рефакторинг, потому что надо будет перетестить кучу всего" - "создаешь функцию с версией v2"
"есть зависимость от общего модуля в нескольких мест" - "надо рефакторить кучу мест для обратно несовместимого изменения" - "нельзя провести такой глобальный рефакторинг, потому что надо будет перетестить кучу всего" - "создаешь функцию с версией v2"
BG
Спасает от этой цепочки только очень надежные тесты, но задача реализовать такие тесты очень непростая
DS
всегда думал что обратная совместимость это хорошо
ЕО
Спасает от этой цепочки только очень надежные тесты, но задача реализовать такие тесты очень непростая
Т.е. монорепо принуждает вас писать код нормально, не принебрегая банальными нормами? Ну тогда да, это проблема, если вы тесты не пишете
DS
Теперь это звучит так "я хочу провести рефакторинг, который все сломает, почему моно репа мне мешает?"
DS
мне кажется есть по лучше аргументы против монорепа
BG
Т.е. монорепо принуждает вас писать код нормально, не принебрегая банальными нормами? Ну тогда да, это проблема, если вы тесты не пишете
Между "писать тесты" и "обеспечить 100% качественное покрытие" разницы нет, да?