Git en environnement distribué

Bonjour messieurs,

On me demande d'installer Git(system de control de version) en environnement linux.
Mais je suis un nouveau utilisateur de GIT. Afin de facilité ma compréhension de GIT, je voudrais savoir :

Citation:

---

- les élements (Composantes) qui constituent un pakage d'installation GIT(serveur ou client) c'est à dire architechture logicielle ou diagramme de composant
- Le deploiement de GIT en environnement distribué(Serveur Git -client Git) c'est à dire le diagramme de déploiement des differentes composantes identifiées et les interactions entre client GIT et serveur Git.

---

Je pense qu'une fois que j'aurais compris ces éléments l'installation et la configuration seront beaucoup plus aisées.
Vous pourriez aussi m'envoyer des liens qui qui traitent de cela.

Merci d'avance pour aide!

Salut,

Commence par lire la documentation officielle.

http://git-scm.com/documentation

Bonjour,
tu as aussi un très bon livre traduit en français et disponible dans le site http://djibril.developpez.com/tutori...ption/pro-git/
Cordialement,

Ok merci j'ai vu ces documents. Mais en fait je veux savoir comment faire par exemple une installation centralisée GIT et une installation distribuée GIT..

La difference entre la commande git init et git init -bare




Merci pour votre aide

Git est distribuée, et non pas centralisée comme SVN ou CVS, tu ne peux vouloir et l'un et l'autre ;)
Mais si je te comprends bien, tu veux avoir un GIT où tout le monde pourrait déposer les changements.
En cela, tu fais un "git init -bare" dans ton serveur pour créer l'architecture nécessaire qui permet de faire le versionnement.
Globalement, la différence entre "git init" et "git init bare" résulte dans le fait que "git init bare" ne te servira pas de répertoire de travail. Avec -bare, tu n'auras que le contenu .git/ qui contient les métadonnées de versionnement.
Par contre avec un simple "git init" ton répertoire pourrait servir à la fois de dépôt et de répertoire de travail, car tu verrais tes fichiers en "forme normale".
L'intérêt d'ajouter l'option '-bare' à "git init" est uniquement si on veut que le répertoire serve de dépôt. Répertoire qui n'est donc pas un répertoire de travail ... Répertoire où tu ne verras pas tes fichiers "physiques" (même si techniquement on peut inverser les faits ;))
Voilà en gros.

ok merci pour votre reponse.
J'arrive vraiment pas à faire la difference entre git init et git init --bare du point de architecture(client/serveur).
Voici ce que je pense :

Citation:

---

- git init: permettait de créer un depot local et en mème temps un repertoire de travail
mais le depot local crée n'ai pas accessible par les clients pour cloner et pousser les modifications.
- git int --bare : permettait de créer seulement un depot git distant(centralisé) accessible par tous ou partie pour cloner et pousser vers les modifications.

---

Si vous aviez compri ma préoccupation, je pense que vous pouriez mieux m'explique.

Code:

---

Quel est donc la fonction fondammentale de la presence du repertoire .git ?

---

Merci pour votre soutient

Oui exactement, si tu veux faire un dépôt qui est censé recevoir du "push" (le commit de SVN), il faudrait (vaudrait mieux en fait) que ce dépôt soit juste BARE (git init --bare) ;)
En gros, "git init -bare" te crée un dépôt avec le répertoire .git/ et où tu n'es pas sensé avoir de fichiers de travail ...

Techniquement, un dépôt où tout le monde est censé faire un "push" peut être non BARE, mais pour ne pas t'embrouiller, je n'entrerai pas dans ces détails ;) d'autant plus que l'intérêt est minime voir nul pour ton cas et le cas de beaucoup.

La fonction du répertoire .git/ est de sauvegarder justement tout l'historique de changements effectués dans ton dépôt git.

Pour les systèmes de gestions de versions (CVS, SVN, Mercurial, Git etc ...) tu as respectivement les répertoires (CVS, .svn, .hg, .git, ...) qui globalement contiennent l'historique des changements, des métadonnées, des configurations ... qui te permettent non seulement de pouvoir revenir à une version antérieure d'une ressource (fichier/répertoire) mais de gérer la configuration d'une partie de ton répertoire travail ou la totalité du répertoire de travail comme lesfichiers à ignorer par exemple (svn-exclude, .gitignore, .cvsignore, .hgignore ...)
Car tu imagines bien qu'à un moment où à un autre, il faut bien que l'outil de versionnement que tu utilises puisse bien gérer l'historique des versions et la configuration ;)

Cordialement,

Merci beaucoup pour ton explication.Voila que tout est clair pour moi.
Mais je souhaite qu'on revienne assez rapidement sur la commande git init (sans paramètre).

git init : permet de créer un repertoire de travail, d'initialiser un depot qui pourra recevoir des push des autres utilisateurs(configuré avec git init)

et c'est quoi la question ?

bon je pense que ça va.
Merci pour votre aide.

Bouton RESOLU ? :resolu: