2011-12-12 2 views
0

Nous développons une variété de plugins eclipse et les hébergeons actuellement sur un serveur SVN central. Ici, nous hébergeons un seul projet pour chaque plug-in et pouvons y accéder par développeur.Organisation du référentiel Git/Gerrit pour les plugins Eclipse

Nous souhaitons migrer vers la combinaison de GIT/Gerrit. Mais je ne peux pas faire un bon moyen de garder les contrôles d'accès tout en ne rattrapant pas beaucoup de repostorier. La seule solution que je vois actuellement est de mettre en place un nouveau projet/Gerrit pour chaque plugin que nous utilisons actuellement et d'y accéder par projet. Cela signifie que chaque développeur doit gérer plusieurs référentiels GIT différents dans son espace de travail. Et a l'inconvénient supplémentaire, qu'il est impossible de commettre des modifications à certains plug-ins corelated ensemble.

Y a-t-il une autre solution que j'ai manquée jusqu'ici?

Répondre

1

Non, vous n'avez pas manqué beaucoup. Si vous avez besoin de différents contrôles d'accès, vous devez disposer de référentiels distincts. Il n'y a pas de bon moyen de lier les modifications entre les référentiels. Certaines personnes à mon bureau utilisent des sous-modules git avec des niveaux de succès mitigés, le reste d'entre nous communique juste à Gerrit que ce changement dépend de ce changement.

+0

J'ai vu beaucoup d'équipes où la granularité est entre les deux. ex: 100 projets dans 23 repos –

Questions connexes