• [^] # Re: Lapin compris

    Posté par . En réponse au journal Appel aux testeurs Windows pour Darcs 2.4.4. Évalué à 1.

    >Oui mais même lorsqu'il n'y a pas de conflit, un système qui s'appuie sur des révisions gère/peut gérer aussi efficacement les changeset que les systèmes basés sur les patchs ala darcs ou Arch.

    D'accord, un tel système peut te générer le diff qui va bien quand tu lui demande de cherry-picker tel changement dans telle branche, mais ce diff n'est pas un objet de base manipulé par le système de gestion de versions, donc pas réutilisable et échangeable aussi librement qu'avec darcs.

    >Sauf que dans la pratique, reconstruire une révision de ton arborescence nécessite de recalculer tous les patchs en dépendance. Les performances s'en ressentent par rapport aux autres pour un avantage conceptuel à restant à démontrer.

    Oui il faut tout recalculer tant qu'on n'a pas une sorte de système de cache. Or un dépôt darcs contient le "pristine tree" qui est la somme des patchs du dépôt: http://upload.wikimedia.org/wikipedia/commons/6/69/Darcs-rep(...)

    Merci pour ton lien Mercurial, je me ferai bientôt un ptit projet sur google code pour comprendre son approche.

    >cf. mon lien: problèmes de perfs, pbs d'intégration dans les IDE.

    Ouep, pour les perfs ça pose problème, ceci dit quand les clones de dépôts sont faits sur le même système de fichiers, les liens durs sont utilisés le plus possible.

    Pour l'intégration dans les IDE, bof je vois pas en quoi un système de répertoires frères poserait problème.