Granularité pour la création de référentiels VCS

Question

À quelle granularité créez-vous un nouveau référentiel VCS?

Par exemple nous avons obtenu quelques API de base/Library (~ 30 projets), des outils de développement (~ 10 outils, chaque outil a environ 5 projets) et de multiples applications (~ 20 applications ~ 15 projets). Les outils et les applications sont basés sur la bibliothèque de base et certaines applications peuvent avoir des dépendances avec d'autres applications.

je pensais de créer 3 référentiels

• un pour la bibliothèque
• un pour les outils de développement
• et une pour les applications

Serait-ce une séparation significative du code ou recommanderiez-vous une autre granularité?

Vive

Answer 1

La réponse dépend du système de contrôle de version que vous utilisez. Dans le cas de Subversion, vous pouvez avoir un seul référentiel monolithique pour tous vos projets. Par exemple, le official Apache Software Foundation repository de nombreux projets qui sont sous l'égide de la FAA. Vous pouvez également suivre l'approche du référentiel par projet sans aucun problème.

C'est différent avec git, cependant. Comme il est décentralisé, il ne peut stocker efficacement plusieurs projets dans un seul référentiel. Vous êtes limité à l'approche du référentiel par projet.