si tu es habitué à SVN, tu peux passer à Mercurial (Hg) sans problème, ça ressemble beaucoup et ça ne perturbera pas trop tes habitudes : en gros tu fais des commit (hg commit) en local, et quand tu estimes que ça vaut le coup, tu envois l'ensemble des commits au serveur (hg push). Dans l'autre sens, tu récupères les dernières modifs sur le serveur (hg pull), et tu mets à jour ta copie locale (hg update)
Et au final, un gestionnaire de version décentralisé, c'est vraiment plus pratique que subversion.
(en plus il n'existe qu'un dossier .hg dans le dossier parent, et pas les multiples .svn qui vient pourrir chaque sous dossier)
Il existe ce tuto plein d'humour et agréable à lire pour appréhender mercurial, que l'on viennent de subversion ou pas : http://hginit.com/
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Bon
Posté par fravashyo . En réponse au journal L'angoisse du programmeur. Évalué à 5. Dernière modification le 16 février 2013 à 16:38.
si tu es habitué à SVN, tu peux passer à Mercurial (Hg) sans problème, ça ressemble beaucoup et ça ne perturbera pas trop tes habitudes : en gros tu fais des commit (hg commit) en local, et quand tu estimes que ça vaut le coup, tu envois l'ensemble des commits au serveur (hg push). Dans l'autre sens, tu récupères les dernières modifs sur le serveur (hg pull), et tu mets à jour ta copie locale (hg update)
Et au final, un gestionnaire de version décentralisé, c'est vraiment plus pratique que subversion.
(en plus il n'existe qu'un dossier .hg dans le dossier parent, et pas les multiples .svn qui vient pourrir chaque sous dossier)
Il existe ce tuto plein d'humour et agréable à lire pour appréhender mercurial, que l'on viennent de subversion ou pas : http://hginit.com/
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond