>Van 100 microservice-ed, hogy korlátozod le, hogy a "team A" férjen hozzá 50 microservice-hez, a "team B" pedig 75 microservice-hez, a "team C" meg csak 10 microservice-hez. És persze mindegyik tudjon tetszőlegesen branch-et és tag-et létrehozni, de ne lássa, amit nem kell látnia.
Hát én biztosan nem monorepóval. Külön repó minden projektnek repó szintű jogosultságokkal, amit a teamek kezeljenek ahogy nekik jól esik. A közös kódrészletek külön repó(k)ba rakva amit a microservicek behúznak függőségként. Ehhez/ezekhez közvetlenül csak egy kiemelt maroknyi senior fér hozzá, a teamek meg forkolják szépen és aztán küldik vissza a változtatásokat upstreambe, amit el kell fogadnia a kiemelt fejlesztőknek.
Nekem ez tűnik a legtisztább megoldásnak. Ebből is lehet káosz, de az SVN mappa(?) jogosultságos bohóckodásból meg szinte csak azt tudom kinézni. Főleg hogy már egyre inkább csak githez fogsz találni fejlesztőt, SVN-nel alapból szerencsétlenkedni fognak, nem hogy ha egy nagy monorepó van jogosultságokkal, mindennel megkavarva. Én használtam pár évig SVN-t és van amire elég tud lenni, de egy ilyen workflowban nagyon rosszul érezném magam és valószínűleg folyamatosan a shortcutokat keresném a rendszerben. Infósokat nem érdemes szívatni, korlátozni, valahogy mindig visszanyal a fagyi a végén.