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

Question

Je travaille actuellement sur un projet visant à convertir un certain nombre de classeurs alimentés par VBA Excel en solutions VSTO. Tous les classeurs partageront un certain nombre de bibliothèques de classes et d'assemblages tiers, en fait la plupart du travail est effectué dans les bibliothèques de classes. J'ai actuellement ma structure de dossier disposée comme ceci. Chacun des classeurs sera sa propre solution et les solutions de classeur référencent simplement les assemblys dans la structure de dossiers. Ma question est comment voulez-vous mettre en place le contrôle de la source? Voulez-vous démarrer le référentiel à la base? Ou souhaitez-vous créer un référentiel pour chaque solution de classeur? Voulez-vous réorganiser les dossiers? Maintenant que nous avons le développement initial, nous sommes sur le point d'avoir un tas de développeurs externes qui vont nous aider à convertir le reste des classeurs et j'aime beaucoup l'idée qu'ils puissent vérifier hors du répertoire de base et ayant toutes les dépendances prêt à partir. Je crains également qu'il y ait d'autres problèmes liés à la présence de plus de 20 solutions/projets dans un référentiel de contrôle de source.

Je veux que tout soit aussi simple que 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é dans les deux sens, ce qui est plus simple référentiel ou un référentiel par solution?

J'apprécierais et vous donnerais un aperçu, parce que je suis frais. Informations supplémentaires: Actuellement, j'utilise personnellement Mercurial, mais le projet sera probablement déplacé vers StarTeam à moins que je puisse faire des arguments convaincants pour quelque chose d'autre.

Answer 1

Vous ne mentionnez pas dans votre question quel contrôle source vous utilisez. Comme il ne semble pas que vous ayez besoin de limiter l'accès de vos développeurs externes au reste du référentiel, je n'aurais pas besoin de configurer plusieurs référentiels. Je suppose que si votre code n'atteint pas la taille de millions de lignes, la taille du dépôt n'est pas un problème.

Tout dépend de la fonctionnalité de votre système de contrôle de révision. Dans subversion, vous pouvez déclarer d'autres dossiers comme externes et fournir une URL de fichier pour le contenu de ce dossier, ce qui entraînera Subversion à traiter ce dossier comme un référentiel distinct même s'il se trouve dans votre structure de dossiers.