SP
та потому что бесплатная версия не представляет ничего, чтобы рулить правами пользователей видимо =) А им надо было поделить по командам проекты
нет, потому что "а вдруг у них сломается и что мы будем делать???"
Size: a a a
2020 August 16
M
и свое всё. ведь все остальные команды тупые, нельзя ничего переиспользовать
Молодые ишо, дойдут до выпиливания двух-трех решений на контору. Просто некому централизацией видимо заниматся, это не профитная вещь в быстрой перспективе
SP
Молодые ишо, дойдут до выпиливания двух-трех решений на контору. Просто некому централизацией видимо заниматся, это не профитная вещь в быстрой перспективе
компания старше Гугла
SP
про перспективу согласен
SP
централизация и унификация это дорого и возврат идёт через несколько лет
M
компания старше Гугла
Ой, слушай, технический возраст мало что значит. Я знаю команду из топ-10 сессионочек, которая до сих пор сидит на svn например. Их начали шатать только щас, когда вокруг появилась куча команд с экспертизой в других вариантах.
SP
Ой, слушай, технический возраст мало что значит. Я знаю команду из топ-10 сессионочек, которая до сих пор сидит на svn например. Их начали шатать только щас, когда вокруг появилась куча команд с экспертизой в других вариантах.
:)
ЕО
это немножко политический спор.
забавно что я никогда не видел сторонника мультирепа и ада зависимостей с опытом работы в монорепе. зато сторонников мультирепа без опыта работы в монорепе - вагон.
забавно что я никогда не видел сторонника мультирепа и ада зависимостей с опытом работы в монорепе. зато сторонников мультирепа без опыта работы в монорепе - вагон.
Ну, я сторонник мультирепа с опытом работы в монорепо. Держать монорепо ради командочки в 20 кодеров это бессмысленно, намного дешевле просто наорать на них, если они ад зависимостей будут плодить
ЕО
Это как распиливать всё на микросервисы, если у тебя один железный сервак и нагрузка не меняется годами
SP
все так. но если новый проект начинать в таком масштабе - где минусы?
ЕО
CI с опенсоршными инструментами и монорепо строить непросто, например.
ЕО
Есть вероятность, что кодеры начнут на внутренности микросервисов вязаться (что в крупной компании очень вряд ли возникнет)
SP
CI с опенсоршными инструментами и монорепо строить непросто, например.
Базель и любой CI, потому что CI не особо отличается.
SP
Есть вероятность, что кодеры начнут на внутренности микросервисов вязаться (что в крупной компании очень вряд ли возникнет)
это опять же не проблема репов, а проблема контрактов.
SP
что в монорепе можно говно плодить, что в мультирепе все делать по уму и с общими контрактами
ЕО
это опять же не проблема репов, а проблема контрактов.
Ну, у нас же девопс, мы решаем менеджерские задачи инфраструктурно
SP
Ну, у нас же девопс, мы решаем менеджерские задачи инфраструктурно
вот именно. только проблему "они могут залезть куда не надо" нельзя решить мультирепом.
SP
мультирепы дохера часто друг друга инклудят, что логично
SP
особенно клёво отслеживать циклические зависимости с разными версиями ;)
M
особенно клёво отслеживать циклические зависимости с разными версиями ;)
И поддерживать графы зависимостей в версиях в мультирепе вообще развлечение для сильных духом