Forum Linux.général CVS ou Subversion, et comment ?

Posté par  .
Étiquettes : aucune
0
11
août
2004
Plop

Au bureau mes devs font n'importe quoi alors on va leur installer des vrais environnements de développement histoire qu'ils fassent moins de dégâts.

C'est que j'aimerais faire c'est ça :

Avoir deux serveurs pour faire du dev et des tests : Moule1 et Moule2 et un serveur de prod Poulpe, les trois tournant avec une debian.

Au bureau les devs bossent sur des winXP avec des éditeurs à la con (peu importe).

Moule1 sert à faire des bugfixs et autres petites conneries qui partent aussitôt sur Poulpe.

Sur Moule2 on développe la prochaine version de l'appli (genre beaucoup de changements), en y intégrant les trucs de Moule1 quand c'est nécessaire.

Les devs devraient pouvoir récupérer les fichiers de Moule1 et Moule2 et bosser dessus en Moule1local et Moule2local, puis quand c'est fini commiter leur dev local sur les serveurs correspondants tous les soirs.

Pour intégrer les modifs de Moule1 dans Moule2 ils devraient pouvoir commiter les fichiers modifiés de Moule1local dans Moule2local, quitte à rattraper les différences à la main quand c'est nécessaire.

C'est faisable tout ça ? D'après vous il faut plutôt du CVS ou du SVN ? Et ce qui me laisse un poil perplexe c'est la partie Moule1 dans Moule2, c'est jouable ?

Merci pour votre aide

  • # Subversion

    Posté par  . Évalué à 2.

    Sans hésiter une seconde, c'est subversion qu'il te faut.
    Il peut faire tout ce que tu demandes et marche aussi sous Windows.

    La doc est excellente :
    http://svnbook.red-bean.com/svnbook/index.html(...)

    Subversion a maintenant un bon niveau de maturité. Il est complet, cohérent, fiable et simple d'emploi (comparer à CVS).
    Bon, j'arrête, tu auras compris que je suis un adèpte de Subversion.

    • [^] # Re: Subversion

      Posté par  . Évalué à 3.

      Le comment est ici :
      http://svnbook.red-bean.com/svnbook/ch04.html(...)

      Mais je te conseille de lire la doc depuis le début.

    • [^] # Re: Subversion

      Posté par  . Évalué à 1.

      J'utilise subversion aussi mais j'ai qd même des problèmes :
      - failles de sécurité un peu trop souvent
      - difficile de faire du svn+ssh et du https en même temps (permissions casse-tête)
      - en https, le client stocke les passwords en clair, ce qui est nul. et si on demande de pas les stocker, on doit évidemment le taper à chaque fois.
      - en https, ne fait surtout pas un certificat avec des caractères accentués, sinon les clients avec certaines locales vont foirer
      - après des gros imports en https, il se peut que le checkout en https foire en plein milieu. ce n'est tjs pas résolu actuellement (msg "illegal padding")
      - attention qd ils changent le format du repository entre les versions. parfois il faut faire un dump avant l'upgrade et un reload après
      - apparemment berkeley db n'est pas si génial pcq certains proposent d'utiliser un nv filesystem appelé FSFS : http://web.mit.edu/ghudson/info/fsfs.(...)
      - subversion n'est pas dispo ds Debian/stable.

      Perso, je l'utilisais tout seul en https pr mes developpements. Puis un jour, j'ai installé un subversion pour toute l'équipe. Une partie de l'équipe ne connaissait rien ni à CVS, ni à Subversion. Une autre partie ne connaissait que CVS.
      - Ceux qui ne connaissent rien n'ont pas envie de lire le manuel, donc ils font des conneries et c'est à moi de les réparer.
      - Ceux qui ne connaissent que CVS ne veulent pas utiliser Subversion pr 36 raisons, mais surtout pcq'ils ont pas envie d'apprendre autre chose.

      Donc, si tu as le temps (et si eux aussi), je te conseille de prendre 1h avec tt le monde et de faire une démo pour leur expliquer comment ca marche.

      • [^] # Re: Subversion

        Posté par  . Évalué à 2.

        > failles de sécurité un peu trop souvent

        Vrai faux problème. Puis ça fait "troll" (type sendmail ou bind).

        > - difficile de faire du svn+ssh et du https en même temps (permissions casse-tête)

        Imagines que svn+ssh n'est pas disponible et tu ne peux plus critiquer ça :-)
        Le mode svn+ssh est arrivé sur le tard.

        > - en https, le client stocke les passwords en clair, ce qui est nul.

        Je suis d'accord, c'est nul. Mais comment faire autrement ? C'est comme pour le client mysql par exemple, il faut toujours entrer le mot de passe à chaque foi que le programme est lancé. Peut-être un serveur de mot de passe (sorte d'authentification persistante comme c'est fait sous Gnome pour l'utilisation temporaire du compte root).

        > attention qd ils changent le format du repository entre les versions. parfois il faut faire un dump avant l'upgrade et un reload après

        Vrai faux problème. Toutes les versions 1.0 sont compatibles.
        Puis un dump/load n'est pas très long.
        btw : il faut toujours un dump sous la main (en cas de catastrophe).

        > apparemment berkeley db n'est pas si génial

        Je ne sais pas pourquoi les gens aiment taper sur berkeley db. Mistère...

        > pcq certains proposent d'utiliser un nv filesystem appelé FSFS

        Il a des avantages et des défauts par rapport à Berkeley db. Actuellement, je reste sous Berkeley db qui marche parfaitement ici.

        > subversion n'est pas dispo ds Debian/stable.

        C'est un défaut de Debian et pas de subversion. Subversion (client) est dans RedHat depuis la RH8.0. Le serveur (via http ou svn://) est aussi dispo depuis FC1 en standard (pas dans Fedora Extra).

        > uis un jour, j'ai installé un subversion pour toute l'équipe.

        C'est vrai pour tout. Les gens n'aiment pas le changement et n'aime pas lire de doc. Ce n'est pas spécifique à Subversion.

        Subversion a des défauts mais il est 100 fois plus "sain" et prometteur que CVS qui est un truc particuliairement "ugly".

  • # GNU Arch

    Posté par  . Évalué à 3.

    http://regexps.srparish.net/www/#Gnu-arch(...) sans hésiter

    j'attire ton attention sur la licence BSD old-style de Subversion :o

  • # Commentaire supprimé

    Posté par  . Évalué à 1.

    Ce commentaire a été supprimé par l’équipe de modération.

  • # Arch ?

    Posté par  (site web personnel) . Évalué à 2.

    As-tu pensé à Arch ?

    Il ressemble beaucoup à Bitkeeper et n'est pas une "extension de cvs" comme subversion (gestion des arbres complets multiples).

    "La première sécurité est la liberté"

    • [^] # Re: Arch ?

      Posté par  . Évalué à 2.

      > n'est pas une "extension de cvs" comme subversion

      subversion n'est pas une "extension de cvs". C'est un remplacant de CVS dans la communauté. Tout a été réécrit, repensé. D'ailleur les vieux utilisateurs de CVS ont du mal avec subversion...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.