• [^] # Re: Bon

    Posté par (site web personnel) . En réponse au journal L'angoisse du programmeur. Évalué à 3.

    Subversion pour travailler localement, ça marche mais c'est moyen.

    Premier souci : il faut utiliser des chemins absolus. Donc, pas possible de bouger le référentiel sans devoir déranger aussi la copie de travail.

    Deuxième souci : les informations sont dispersées en deux endroits différents. Ou alors, il faut s'astreindre à laisser la copie de travail à côté du référentiel. Mais du coup, les deux ne peuvent pas bouger. Enfin si, voir point suivant.

    Troisième souci : si on veut/doit vraiment déplacer le référentiel, on peut toujours faire repointer la copie de travail vers le nouvel emplacement, mais c'est long.

    Travailler avec SVN en local est possible. Si on est sur une tâche sur le long terme, on va bien prendre le temps de mettre ça en place. Mais pour un petit test à la noix, c'est lourd. Par exemple, je vais faire des essais avec la configuration du serveur web. J'initialise Mercurial (Git est similaire) avec hg init et je commence, tout de suite, à faire les manips. Quand j'ai fini, je peux me débarrasser du référentiel avec rm -r .hg.

    On peut aussi reproduire le schéma que tu décris avec SVN. Mettre en place deux référentiels Mercurial. L'un étant désigné repository et l'autre working copy. Et le travail serait similaire. Sauf que Mercurial gère les chemins relatifs ! Si seulement Subversion était plus souple, ça serait super.