2009-05-20 6 views
21

J'ai 5-10 projets indépendants que je veux placer sous contrôle de version en utilisant Git. Quelle est la meilleure façon d'organiser les projets/respositories:Quelle est la meilleure façon d'organiser plusieurs projets lors de l'utilisation git

  • Utilisez un référentiel pour chaque projet
  • utiliser un référentiel pour tout mon travail et utiliser les sous-répertoires pour chaque projet
  • Ou quelque chose de complètement différent

Qu'est-ce qui a fonctionné le mieux pour vous et pourquoi?

Répondre

11

Je dirais certainement utiliser un référentiel pour chaque projet. Sinon, vous aurez toute sorte de diaphonie entre les projets, sans compter que c'est difficile de spécifier de longs chemins si vous utilisez la ligne de commande git. Git fonctionne très bien avec le référentiel unique par modèle de projet, je ne vois vraiment aucune raison d'utiliser autre chose; Je ne pense pas avoir vraiment compris pourquoi SVN a promu le travail de cette façon.

+0

Je voulais juste ajouter que cela vaut aussi pour SVN. Il est préférable d'avoir un référentiel par projet. – Petros

+0

Je me souviens avoir lu beaucoup d'articles sur la mise en place d'un serveur SVN qui semblait impliquer qu'il était préférable d'utiliser un seul repo. Peut-être que je lisais juste les mauvaises sources, cependant. –

6

Pour compléter Marc's answer, aller avec un référentiel central (avec tous les projets à l'intérieur) n'empêche pas plusieurs référentiels, chacun avec son propre projet.

Écoutons à partir Linus himself:

Il n'y a pas de problèmes réels soit, et peut-être plus important encore, il est même pas quelque chose que vous devez décider dès le premier jour.

Vous pouvez facilement le faire d'une façon ou l'autre, et soit

  • permuter selon les besoins
  • ou même mix les deux approches où il est logique.

Par exemple, il peut être tout à fait raisonnable d'avoir la « distribution des points » communs utilisent un seul référentiel partagé qui contient tous les modules comme branches distinctes dans le même référentiel. Cependant, même si un tel référentiel central de points de distribution est configuré de cette manière, les développeurs individuels peuvent décider qu'ils sont plus heureux ayant des référentiels distincts pour différents modules. Les deux approches ne sont pas mutuellement incompatibles et vous pouvez extraire les données et les repousser entre les deux types de référentiels.

3

Si le référentiel est corrompu.Il affecte toutes les équipes de projet.Pour chaque projet est une bonne idée.

+2

En principe ce que vous dites est corret. Mais cela va à l'encontre de l'esprit de git d'avoir un seul grand dépôt partagé. Chaque développeur doit avoir sa propre zone de travail (sur son poste de travail) sous contrôle git. Donc, en effet, vous avez la redondance et pouvez restaurer le référentiel "central" à partir d'une ou plusieurs copies du développeur. – CyberFonic

Questions connexes