Sto pensando di mettere alcuni file in un repository git più grande ma ho la sensazione che git non sarà adatto.
Questo è ciò che inserirò nel repository:
- Vari script sui server.
- Alcuni progetti più grandi in var / www.
- Alcuni progetti più grandi altrove.
Tutti questi programmi a un certo punto parlano tra loro e si chiamano a vicenda, per questo ho pensato che un monorepo sarebbe stata una buona idea.
Tuttavia alcuni possibili problemi:
- Come controllare determinate directory? Soprattutto su altri server.
Ad esempio, cosa succede se voglio dare un'occhiata a un singolo script su un altro server da git, non voglio avere probabilmente 500mb di codice seduto su quel server.
Se non git, c'è un altro controllo di versione che si adatta meglio alle mie esigenze?
Ho preso in considerazione di cambiare la nostra pipeline di sviluppo, ad esempio, il repository potrebbe vivere su un server di sviluppo e usiamo script rsync per inviare file da e verso altri server.
Quello che sto cercando sono le possibili soluzioni e l'esperienza delle persone con questo problema.
Per essere più precisi, il mio problema è che attualmente gestisco circa 20-30 repository minori e penso che saltare su questi repository non sia molto efficiente.
Il punto chiave è che abbiamo così tanti programmi su server diversi e molte cartelle all'interno di quei server, ma tutto questo codice è essenzialmente a parte un grande sistema.