Et puis un jour tu vas arrêter de travailler seul dans ton coin et tu va decider de participer à un projet qui concernent plusieurs developpeurs et là, tu va devoir comprendre comment ca fonctionne:
Avec un DVCS (Distributed Version Control System) lorsque je veux récupérer les dernières modif je dois déjà savoir où elle se trouvent (qui détient ce correctif) puis je dois rapatrier ces modifs dans mon repository et puis encore les merger. Que d'étapes
Ensuite je veux envoyer mes modifs et les mêm questions se posent:
A qui les envoyer ?
Dois-je les pusher ou viendra t'on les récupérer chez moi ?
Si je merge les modif de mon voisin chez moi et que lui recupère mes modifs aussi et les merge de son coté on risque de faire le travail en doublon.
Et là les réponse dépendent des outils (head avec monotone) et de l'organisation (un seul intégrateur), des procédures du projet.
Ce qui est révolutionnaire et simplissime quand on est seul devient complexe.
...
Avec un outil centralisé, j'ai une copie à jour du référentiel central, je mets à jour ma copie je travaille, je résoud les conflits et j'envoie.
En outre je ne stocke pas l'ensemble du réferentiel sur mon poste.
Donc effectivement les DVCS ont plein d'avantages lorsque l'équipe est matûre en terme d'organisation mais la contrepartie de leur puissance c'est leur complexité.
Dans un projet collaboratif le gap est encore plus important que pour un outil centralisé. Et les developpeurs sont tellement sensibilés à la gestion de conf dans les écoles qu'il vaut mieux aller au plus simple.
[^] # Re: bazaar
Posté par golum . En réponse à la dépêche Subversion 1.4.0 est disponible. Évalué à 2.
Avec un DVCS (Distributed Version Control System) lorsque je veux récupérer les dernières modif je dois déjà savoir où elle se trouvent (qui détient ce correctif) puis je dois rapatrier ces modifs dans mon repository et puis encore les merger. Que d'étapes
Ensuite je veux envoyer mes modifs et les mêm questions se posent:
A qui les envoyer ?
Dois-je les pusher ou viendra t'on les récupérer chez moi ?
Si je merge les modif de mon voisin chez moi et que lui recupère mes modifs aussi et les merge de son coté on risque de faire le travail en doublon.
Et là les réponse dépendent des outils (head avec monotone) et de l'organisation (un seul intégrateur), des procédures du projet.
Ce qui est révolutionnaire et simplissime quand on est seul devient complexe.
...
Avec un outil centralisé, j'ai une copie à jour du référentiel central, je mets à jour ma copie je travaille, je résoud les conflits et j'envoie.
En outre je ne stocke pas l'ensemble du réferentiel sur mon poste.
Donc effectivement les DVCS ont plein d'avantages lorsque l'équipe est matûre en terme d'organisation mais la contrepartie de leur puissance c'est leur complexité.
Dans un projet collaboratif le gap est encore plus important que pour un outil centralisé. Et les developpeurs sont tellement sensibilés à la gestion de conf dans les écoles qu'il vaut mieux aller au plus simple.