мой опыт:

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

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

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

про си ай поинт, короче, засчитан, но из двух проблем девопс или билд тимы - си ай и синхронизация реп - выберу всегда первую)

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

не очень понял... может я плохо сформулировал. я однозначно за монорепы, и они отлично работают с лучшими инструментами для любого девопса: а именно гитом и текстовыми конфигами

Гитовая монорепа на десяток гигабайт. Удачно почекаутить:)

если надо синхронизировать десять реп которые в сумме на десять гигабайт, чекаутить придется больше)

Для больших проектов существуют другие инструменты. Но вообще тут все it depends. Правильного ответа без доп. условий нет.

но про случаи когда десять гигов я не буду универсальные решения предлагать конечно)

факт что гиганты на монорепе остается фактом

Десять гигов это относительно маленькая репа еще)

Google,[5] Facebook,[6] Microsoft,[7]Shopify,[8]Uber,[9] Airbnb and Twitter[10] all employ very large monorepos with varying strategies to scale build systems and version control software with a large volume of code and daily changes

если честно я в гигах не мерил никогда, дойду до компа подсчитаю сколько у кого что

Там не совсем прям уж монорепа. Там как бы она есть, но тулсет по сути свой и оно не совсем прям то, что представляется при слове «монорепа».

мой поинт: не должно быть разных систем версий у разных микросервисов, если это не является внешним требованием

как это организовано это деталь

Что значит разные системы версий?

Да

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

И вот надо тебе поднять проект из вот этой директории....

gradle build, mutatis mutandis