Controllo del codice sorgente per più progetti / soluzioni con librerie condivise

Question

Attualmente sto lavorando a un progetto per convertire un numero di cartelle di lavoro basate su Excel VBA in soluzioni VSTO. Tutte le cartelle di lavoro condivideranno un numero di librerie di classi e assiemi di terze parti, infatti la maggior parte del lavoro viene svolto nelle librerie di classi. Attualmente ho la mia struttura di cartelle strutturata in questo modo.

Base
    Libraries  
    Assemblies  
    Workbooks  
        Workbook1  
        Workbook2  

Ognuna delle cartelle di lavoro sarà la propria soluzione e le soluzioni delle cartelle di lavoro fanno semplicemente riferimento agli assiemi nella struttura delle cartelle. La mia domanda è: come definiresti il ??controllo del codice sorgente? Avresti avviato il repository alla base? O creeresti un repository per ogni soluzione per cartella di lavoro? Riorganizzeresti le cartelle?

Ora che abbiamo completato lo sviluppo iniziale, stiamo per avere un gruppo di sviluppatori esterni che partecipano al progetto per aiutarci a convertire il resto delle cartelle di lavoro e mi piace molto l'idea che siano in grado di dare un'occhiata dalla directory di base e avendo tutte le dipendenze pronte per partire. Temo anche che ci siano altre preoccupazioni che derivano dall'avere 20+ soluzioni / progetti in un repository di controllo del codice sorgente.

Voglio che tutto sia il più semplice possibile per le persone che si uniscono al progetto, ma non voglio sacrificare l'usabilità a lungo termine. Nella mia mente vado avanti e indietro, cosa c'è di più semplice un repository o un repository per soluzione?

Gradirei e intuizioni che hai, perché sono appena uscito.

Informazioni aggiuntive: attualmente sto usando Mercurial personalmente, ma il progetto probabilmente verrà spostato su StarTeam a meno che non sia in grado di argomentare in modo convincente per qualcos'altro.

Answer 1

Non menzioni nella tua domanda quale controllo del codice sorgente stai usando. Poiché non sembra che sia necessario limitare l'accesso degli sviluppatori esterni al resto del repository, non mi preoccuperei di impostare più repository. Suppongo che, a meno che il tuo codice non raggiunga la dimensione di milioni di righe, la dimensione del repository non sia un problema.

Tutto dipende dalle funzionalità supportate dal sistema di controllo delle revisioni. In sovversione puoi dichiarare altre cartelle come esterne e fornire un URL di file per il contenuto di quella cartella, questo farà sì che sovversione gestisca quella cartella come un repository separato anche se è all'interno della struttura delle tue cartelle.