CVS et nettoyage

Il y a un phénomène qui se généralise depuis quelques temps et qui m’énerve vraiment. La plupart des projets collaboratifs libres utilisent CVS comme outils de versionnement. Qu’il y a-t-il de mal à ça me direz vous. Mais absolument rien seulement ce que je déteste c’est quand il reste une ribambelle de sous-répertoires CVS qui contiennent les informations nécessaires à l’administration du versionnement. Ces répertoires n’ont absolument aucune utilité pour l’utilisateur final. Ils ne font qu’alourdir la distribution, rendre confuse la structure des répertoires et allonger les traitements récursifs comme les CHMOD.

Les exemples qui me viennent à l’esprit immédiatement sont phpMyAdmin et Serendipity mais il en existe bien d’autres. Il n’est pourtant pas difficile d’utiliser la commande export à la place de checkout.

Ce contenu a été publié dans Humeur. Vous pouvez le mettre en favoris avec ce permalien.

8 réponses à CVS et nettoyage

  1. Anubis dit :

    Tu viens de me l’apprendre.

    Merci 😀

  2. YoGi dit :

    tu peux aussi chopper la derni?re version stable en zip, ?a marche bien 😉

  3. JMF dit :

    Tu ne m’as pas compris apparemment. 😉

    Je parlais bien de ces distributions mais apparemment la derni?re version de phpMyAdmin ne pr?sente plus cette « particularit? ».

  4. Olivier dit :

    Le must c’est de se faire un makefile avec un b?te :

    find ./dist -type d -name CVS -exec rm -rf \{\} \;

    (et plein d’autres choses qui n’ont rien ? voir bien s?r 😉

  5. Garvin dit :

    I hope to have understood your french correctly: You’re basically saying that it makes to sense to keep the CVS accounting information in a distributed package of PMA/Serendipity?

    As I’m a developer of both, I just want to speak up for a reason to this: When a user keeps the CVS files, he can immediately update the current version to a CVS branch/head release without having to download a distributed package. Of course he has to change the CVSroot/password to access the files, but that can be easily achieved.

    Regards,
    Garvin.

  6. JMF dit :

    Hi Garvin. 🙂

    >You’re basically saying that it makes to sense to keep the CVS accounting information in a distributed package of PMA/Serendipity?
    You probably meant ‘no sense’, isn’t it ? In this case you got me right. 🙂

    The reason you give is a good one but for (very ?) advanced users. Most of the users will just get the troubles IMHO.
    I know very little people, even among programmers, who knows and moreover uses CVS or a similar system. That’s a pity but that’s the reality. :/

  7. Garvin dit :

    Yes, sorry – that "to" was a typo, but you understood correctly.

    So which troubles do you see in having a "CVS" subdirectory? If it was in your french part, I couldn’t translate well enough.

    Basically it’s just an unused directory which shouldn’t create any trouble if you leave it how it was…?

  8. JMF dit :

    Here are the 3 main troubles I see :

    * The distibution is bigger
    * The distribution structure is more confused because most people won’t figure out what these directories are here for
    * It makes recursive processings, like CHMOD or delete through FTP, take more time

    These are not critical troubles but I think that the cons are greater than the pros. 🙂

Les commentaires sont fermés.