Al momento della stesura, diciamo che 4 micro servizi interoperano per costruire un sistema più grande. Ogni microservizio ha il proprio repository.
Quello che penso è che sarebbe utile avere repository principali che raggruppano i microservizi figli, aggiungendoli come sottomoduli git.
Quindi, se uno sviluppatore deve lavorare e impostare il suo dev env per: sistemaA composto da ms1, ms2, m3 systemB fatto da ms2, ms3, ms5
dovrà solo clonare il repository di sistema (già collegato alle dipendenze di ms)
O se ho bisogno di costruire un nuovo sistema, creerò un nuovo repository principale che collega a git submodules dipendenze ms
Fondamentalmente il repository padre non conterrà nient'altro che link ai sottomoduli (non so se ne avranno ancora bisogno in questo momento ..)
Sicuramente affronterò il problema di avere uno sviluppo di ms condiviso su sistemi diversi. Quindi forse questo sarebbe risolto usando diversi master master su repository per bambini (uno per ogni sistema di produzione genitore)
Cosa ne pensi di questa pratica? È una buona idea? Lavorare con i sottomoduli potrebbe diventare complicato?