Journal Gestion de version

Posté par  (site web personnel, Mastodon) .
Étiquettes : aucune
0
5
nov.
2004
Je suis en train de mettre en place une gestion de version uniformisée pour mes développeurs au boulot (réseau fermé pas de contraintes de sécurité). Comme j'ai une certaine liberté dans le domaine, j'ai décidé évidemment d'installer un serveur linux avec CVS qui fera en plus serveur de fichier, d'archivage et d'imprimante entre autres. Ma contrainte est que j'ai des développeurs sous windows, d'autres sous unix (linux, lynxos et irix). Je souhaiterais donc qu'ils puissent gérer leurs fichiers via un simple navigateur.
J'ai testé un certain nombre d'interfaces web pour CVS écrits en PHP, beaucoup comme viewcvs ne permettent que de se balader dans l'arborescence, il n'y a pas moyen d'y toucher avec des "commit" ou des "checkout" par exemple. Les rares softs qui permettaient de modifier l'arborescence étaient soit bogués, soit très insuffisants.
J'ai testé par ailleurs la solution Zope avec le module RevisionManager, mais ne connaissant pas Zope, ça m'a paru très usine à gaz.
Quelqu'un aurait-il une piste pour répondre à mon besoin ?

  • # ...

    Posté par  . Évalué à 8.

    Comme j'ai une certaine liberté dans le domaine, j'ai décidé évidemment d'installer un serveur linux avec CVS

    Je vois pas le rapport, pourquoi pas arch ou subversion...

    Ma contrainte est que j'ai des développeurs sous windows, d'autres sous unix (linux, lynxos et irix).

    Pourquoi est ce une contrainte il existe des client aussi bien sous windows que sous windows.

    Et puis franchement faire des commits avec un navigateur, ca doit etre vachement pratique ....

    • [^] # Re: ...

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

      Je plussoie! actuellement, s'il n'y a pas d'historique CVS (dans le sens "habitude d'utilisation" mais surtout "gestion de conf poussée autour de CVS") il n'y a aucune raison pour débuter un projet avec cette outil.

  • # Subversion

    Posté par  . Évalué à 4.

    Subversion + Apache2 + Trac

    Subversion, mieux que CVS en beaucoup de points. "Subversion is what CVS should have been". cf http://subversion.tigris.org(...)

    Apache2, pour gérer l'accès aux dépots Subversion et à Trac. C'est fiable, pas si lourd que ca n'y parait, et performant.

    Trac, un environnement de gestion de projet basé sur un Wiki : pages, timeline, milestones, browsing de dépots Subversion via les commandes WebDAV avancées.

    Si tu veux un exemple, je suis en train de développer un truc qui utilise ces outils : https://tractux.bulix.org(...)
    Ca en est au tout tout début, mais ce qui est fait marche :)
    Si tu veux un exemple avec un Trac bien rempli : http://zwe.bulix.org(...)

    Vala, dsl pour la pub, mais ce sont de bons exemples.
    - Sam

  • # Expérience similaire.

    Posté par  . Évalué à 5.

    durant mon stage j'ai du faire a peu pres la même chose.
    ma contrainte a moi c'était que tout devaient tourner sous windows 2003 et xp.

    j'ai mis subversion avec un accée via svn ( le serveur ligne de commande ) et via apache avec mod-dav.
    pour les postes développeur je leur est mis tortoise SVN, qui existe aussi pour cvs ( tortoise CVS), qui s'integre directement a l'explorateur de fichier de win avec des mini icones qui viennent se superposé sur les icones de fichiers afin d'indiquer leur etats (modifier ou non etc etc). tres pratiques comme client et bien fait ainsi que stable.

    • [^] # Re: Expérience similaire.

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

      > tortoise SVN [...] tres pratique comme client et bien fait ainsi que stable

      Je confirme, il est super bien foutu. D'ailleurs il y a quoi comme client sous Linux qui pourrait etre semblable (integre a Konqueror par exemple) ?

      • [^] # Re: Expérience similaire.

        Posté par  . Évalué à 2.

        j'ai pas trouvé de client equivalent à tortoise pour linux, a chaque fois c'est des appli dédié plus ou moins pratique.

        (sous macosx la situation est la même que sous linux).

      • [^] # Re: Expérience similaire.

        Posté par  . Évalué à 2.

        konqueror avec cervisia fait ca tres bien et en plus c'est stable et ca plante pas.
        Personnellement, au boulot, j'ai arrete Tortoise et je me suis rabattu sur un bon vieux WinCvs des familles. Trop de plantages de explorer avec Tortoise...
        Pis en plus WinCvs est vraiment tres tres bien.

        • [^] # Re: Expérience similaire.

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

          > cervisia fait ca tres bien
          Je ne comprends pas comment tu fais, voila ce que je viens de lire [1]:

          by Marko on: 07/09/2004, 5:16
          When is subversion support scheduled ?

          by cloose on: 07/09/2004, 5:58
          We tried to get it into KDE 3.3 but my time was just too limited and the release cycle too short.

          The support for subversion has top priority for me when the release cycle for KDE 4 starts which should be around end of Q4/2004. There are also other developers who offered to help me out with the subversion part when the basic plugin framework is done. So you just have to be patient. :-)

          Et dans Kdevelop, j'ai trouve aucune doc pour faire fonctionner le plugin subversion, je ne sais pas comment il faut faire.

          [1] http://kde-apps.org/content/show.php?content=10181(...)

  • # sécurité

    Posté par  . Évalué à 1.

    Je suis en train de mettre en place une gestion de version uniformisée pour mes développeurs au boulot (réseau fermé pas de contraintes de sécurité).

    Et ca n'a fait réagir personne ?

    • [^] # Re: sécurité

      Posté par  . Évalué à 2.

      un employé pourra toujours volé le code de SON projet ou le corrompre en quittant la boite. dans tous les cas la boite sera pénalisé, dans le premier cas elle pourra rien faire et dans le second elle pourra réagir si la gestion des écriture est activé ( qui a écrit quoi et à quelle heure).
      c'est plus de la prévention mais de l'assurance. pour certain la sécurité informatique contient les deux pour d'autre non, chacun est juge.

    • [^] # Re: sécurité

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

      Quand je dis je n'ai pas de contraintes de sécurité, je n'ai pas le besoin de passer par des "tuyaux" cryptés et mettre en place une authentification hyper poussée (avec certif et la totale). Ca aurait été le cas si mon réseau devait passer par le net dans le cas d'un vpn par exemple.
      Si un développeur veut partir avec les sources, quelque soient les moyens que tu mettras en place, tu pourras difficilement l' en empêcher. Dans mon cas les applis qu'on développe ne sont pas confidentielles, elles sont beaucoup trop dédiées et n'auraient aucune application commerciale.

      https://www.funix.org mettez un manchot dans votre PC

  • # Eviter le gestionnaire de versions de Zope!

    Posté par  . Évalué à 1.

    J'ai testé par ailleurs la solution Zope avec le module RevisionManager, mais ne connaissant pas Zope, ça m'a paru très usine à gaz.

    Surtout n'utilise pas le gestionnaire de versions intégré à Zope: il est complètement buggué à mort.

Suivre le flux des commentaires

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