Discussion :

[bizulk]

Hello,

J'installe dans mon réseau de PME un serveur GIT.
J'ai déjà un dépôt CVS, on envisage une migration douce en commençant par créer les nouveaux projets sous GIT. Mais pas la suite pourquoi pas extraire depuis cvs les modules, il y a des outils pour ça.
J'ai consulé le livre git pro pour installer un serveur avec une synchronisation via le protocole ssh. On joue avec un dépôt de test depuis des postes Windows (tortoiseGIT) et Linux (gitg, rabbitvcs, ...).

Maintenant je me pose la question suivante :

• quelle est la règle concernant la création de dépôt ?
• est-ce que je peux tirer des "modules" comme on peut le faire sous CVS.

Pour comprendre la question je peux décrire la situation actuelle.
Côté CVS j'ai un dépôt avec une organisation de modules comme suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
[CLIENT1]
[PROJET1]
[PROJET2]
...
[PROJETN]
[CLIENT2]
[PROJET1]
[PROJET2]
...
[PROJETN]
...
[CLIENTN]

Sous cvs quand on importe un projet il suffit de donner le nom d'un module avec son arborescence [CLIENTX]/[PROJET N+1]

On aimerait reproduire cette structure. Est-ce possible si je ne crée qu'un seul dépôt ?
J'ai essayé de tirer un sous répertoire mais git m'a retouné une erreur :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
fatal: '/mnt/git_repo/gittest.git/<path to directory> does not appear to be a git repository
fatal: The remote end hung up unexpectedly

Voilà, j'ai très peu d'expérience avec git, j'ai cherché sans trouver de réponse chez mon ami google,...
Merci pour toute réponse.

[Philippe Bastiani]

Bonjour bizulk,

Un dépôt git est global => tu ne peux cloner en local que la totalité de ton dépôt partagé...

Par contre avec git tu peux travailler avec des sous-modules. (ici aussi de manière très synthétique).. au final tu scindes ton gros dépôts en sous-module liés !

Attention cependant : le workflow avec sous-modules est plus contraigant pour les committeurs...

Autre alternative les sub-trees ! et un article présentant les 2 soluces

Au final tu vas devoir scinder ton gros dépôt : quelquesoit ta soluce celà apportera du confort pour tes committeurs. Et, avant tout tu dois te poser la question : que va m'apporter une telle organisation en sous projets ? N'as-tu pas seulement besoin de dépôts indépendants ? IMHO, la gestion de dépendance au niveau de la chaîne de build est largement plus souple à l'utilisation...

Pour la migration cvs tu as git-cvs que je n'ai jamais eu l'occasion de tester...

a+
Philippe

P.I. : il y a un forum dédié git sur Développez

[bizulk]

Merci j'ai finis par poser les bonnes questions au moteur de recherche et j'ai lu un peu plus de doc, et j'en étais venu à la conclusion qu'il fallait (ou qu'il était préférable d'avoir) un dépôt par projet.
Effectivement on peut utiliser aussi utiliser les sub-modules pour créer une hiérarchie en projet (un nouvelle appli avec une une bibliothèque développée en interne). Avec quelques restrictions certes mais il y a des outils pour gérer globalement les commits (pas testé).
J'ai n'ai rien compris au subtrees mais c'était déjà bien tard quand je lisais
Bref c'est quand même bien moins simple qu'un dépôt centralisé.
Mais bon les outils de gestion qui gravitent autour de git sont extras !