Contrôle de source pour plusieurs projets / solutions avec des bibliothèques partagées

Question

Je travaille actuellement sur un projet visant à convertir un certain nombre de classeurs basés sur Excel sous VBA en solutions VSTO. Tous les classeurs partagent un certain nombre de bibliothèques de classes et d'assemblages tiers. En fait, la majeure partie du travail est effectuée dans les bibliothèques de classes. J'ai actuellement la structure de mes dossiers comme ceci.

Base
    Libraries  
    Assemblies  
    Workbooks  
        Workbook1  
        Workbook2  

Chacun des classeurs constituera sa propre solution et ses solutions ne feront que référencer les assemblys dans la structure de dossiers. Ma question est la suivante: comment disposeriez-vous le contrôle de source? Souhaitez-vous démarrer le référentiel à la base? Ou créeriez-vous un référentiel pour chaque solution de classeur? Souhaitez-vous réorganiser les dossiers?

Maintenant que le développement initial est terminé, nous sommes sur le point de faire appel à un groupe de développeurs externes pour nous aider à convertir le reste des classeurs et j'aime beaucoup l'idée de pouvoir les consulter. à partir du répertoire de base et avoir toutes les dépendances prêtes à l'emploi. Je crains également que le fait de disposer de plus de 20 solutions / projets dans un référentiel de contrôle de source ne soit une source de préoccupation.

Je veux que tout soit le plus simple possible pour les personnes rejoignant le projet, mais je ne veux pas sacrifier la facilité d'utilisation à long terme. Dans mon esprit, je suis allé et retour, quoi de plus simple, un ou plusieurs dépôts par solution?

Je vous serais reconnaissant de votre compréhension, car je viens de sortir.

Informations complémentaires: Actuellement, j'utilise Mercurial à titre personnel, mais le projet sera probablement transféré vers StarTeam, à moins que je ne puisse faire valoir des arguments convaincants pour autre chose.

Answer 1

Vous ne mentionnez pas dans votre question le contrôle de source que vous utilisez. Comme il ne semble pas que vous deviez limiter l'accès de vos développeurs externes au reste du référentiel, je ne voudrais pas m'occuper de la configuration de plusieurs référentiels. Je suppose que, à moins que votre code ne dépasse les millions de lignes, la taille du référentiel ne pose pas de problème.

Tout dépend de la fonctionnalité prise en charge par votre système de contrôle de révision. Dans Subversion, vous pouvez déclarer d’autres dossiers externes et fournir une URL de fichier pour le contenu de ce dossier. Subversion traitera alors ce dossier comme un référentiel séparé, même s’il se trouve dans votre structure de dossiers.