> Il me semble que les problèmes de montée en charge de darcs viennent
> de son algo de gestion des conflits
Tout à fait (enfin, pas seulement des conflits je crois. Du merge en général plutôt). Darcs repose sur une théorie différente des autres (en gros, l'algo de merge basic, c'est trouver l'ancetre commun des deux révisions à fusionner, puis un coup de diff3 dessus). C'est à la fois puissant et gourmand en ressources. Quand on tombe sur un cas où Darcs part en vrille, il faut attendre que l'auteur trouve une meilleure théorie :-\.
Mais en échange, Darcs est relativement imbattable pour la selection des patchs un par un. Grosso-modo, un projet est un « tas » de patchs, et c'est Darcs qui réordonne les patchs comme il faut pour minimiser les conflits.
[^] # Re: Systèmes de gestion de version distribués
Posté par Matthieu Moy (site web personnel) . En réponse au journal Mozilla passe à Mercurial. Évalué à 3.
> de son algo de gestion des conflits
Tout à fait (enfin, pas seulement des conflits je crois. Du merge en général plutôt). Darcs repose sur une théorie différente des autres (en gros, l'algo de merge basic, c'est trouver l'ancetre commun des deux révisions à fusionner, puis un coup de diff3 dessus). C'est à la fois puissant et gourmand en ressources. Quand on tombe sur un cas où Darcs part en vrille, il faut attendre que l'auteur trouve une meilleure théorie :-\.
Mais en échange, Darcs est relativement imbattable pour la selection des patchs un par un. Grosso-modo, un projet est un « tas » de patchs, et c'est Darcs qui réordonne les patchs comme il faut pour minimiser les conflits.