Un bon outil de gestion de version est forcément distribué, tout simplement parce qu'on ne peut pas faire de gestion de version complète en équipe de façon seulement centralisée.
En effet, lorsqu'on modifie des documents, avec un VCS décentralisé, on a le choix entre :
— commiter au fur et à mesure, donc des versions non fonctionnelles ;
— ne commiter que lorsqu'on a fini chaque travail, donc des versions censées être fonctionnelles.
La première solution est une mauvaise idée dans le cadre d'un travail en équipe. La seconde solution revient à travailler sans filet entre chaque étape, et amène souvent à gérer son travail avec le bon vieux outil de gestion de version cp-old (cp fichier fichier.old). Ce qui, quand on dispose d'un vrai outil de gestion de version, est quand même un comble !
# Un bon VCS est un DVCS
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Git malgré moi. Évalué à 6.
En effet, lorsqu'on modifie des documents, avec un VCS décentralisé, on a le choix entre :
— commiter au fur et à mesure, donc des versions non fonctionnelles ;
— ne commiter que lorsqu'on a fini chaque travail, donc des versions censées être fonctionnelles.
La première solution est une mauvaise idée dans le cadre d'un travail en équipe. La seconde solution revient à travailler sans filet entre chaque étape, et amène souvent à gérer son travail avec le bon vieux outil de gestion de version cp-old (cp fichier fichier.old). Ce qui, quand on dispose d'un vrai outil de gestion de version, est quand même un comble !