Discussion :

[developpeur_débutant]

Bonjour,

Dans le cadre de travail sur un nouveau projet web, j'ai opter pour CVS pour la gestion des versions.
Nous sommes une equipe de 5 personnes, et j'aimerai savoir les possibilites qu'on a pour faire tourner le projet a distance.
Par ex: payer un espace sur le net et installer CVS la dessus ...
aussi, existe t-il un moyen pour que ca soit securise ?

Pourriez vous m'aider SVP ?

Merci par avance.

[DevServlet]

Tous les fournisseurs d'espace d'hebergement fournissent désormais la possibilité d'utiliser/configurer des comptes cvs/svn, moi je suis chez ovh et ils m'ont donné la procédure pour créer un compte, où j'heberge mes sources. La procédure est peu longue , mais on on finit par arriver . Pour la sécurité, il y'a une clé de cryptage créee sur le serveur svn et localisée sur ton pc local, d'où ca limite les intrusions.voila le process ovh

[hasalex]

La première aide qu'on pourrait te donner, c'est d'oublier CVS. C'est une techno issue de la préhistoire. Prend éventuellement svn, qui est issu du moyen age ou passe sur des outils plus modernes comme git.

[DevServlet]

La première aide qu'on pourrait te donner, c'est d'oublier CVS. C'est une techno issue de la préhistoire. Prend éventuellement svn, qui est issu du moyen age ou passe sur des outils plus modernes comme git.

Je ne suis pas certain de partager ton avis, j'utilise les 2 systèmes depuis un moment, mais personnellement sous eclipse je préfère le plugin cvs que svn, peut être une question d'habitude, mais je retrouve plus de fonctionnalités pratiques au niveau cvs. par contre ce sont les outils client cvs qui se font un peu rare contrairement aux outils clients svn(tortoise).Mais bon on ne va pas ouvrir un débat dessus

[developpeur_débutant]

Je vous remercie pour ces retours bien precis.

Ca va absolument me servir.

Bon courage.

[batmatm]

+1 avec Alexis.

Utiliser CVS aujourd'hui, déjà c'est limite. Démarrer un projet dessus, c'est à la limite de la faute professionnelle.

En parlant de l'interface graphique, tu mets de côté un des aspects essentiels à prendre en compte avec ce type d'outil : sa qualité en ce qui concerne le versioning au sens large, c'est un peu ce qu'on lui demande.

Et de ce point de vue, CVS a beaucoup de défauts. Ce n'est pas sans raison que certains des concepteurs originaux de CVS ont contribué à créer Subversion (le successeur et l'outil le plus utilisé aujourd'hui dans le monde des gestionnaires de sources centralisés). Ils voulaient conserver les bonnes choses de CVS et supprimer les mauvaises.

CVS a notamment un ENORME défaut, qui devrait être rédhibitoire pour tout développeur aujourd'hui : CVS NE SAIT PAS GERER LES RENOMMAGES.
Oui, oui, vous lisez bien. Si vous renommez un fichier, bye bye son historique ! C'est comme si vous veniez de créer un nouveau fichier...

Ensuite, CVS est basé sur un format antédiluvien (RCS) et pas du tout conçu pour être accédé en réseau originellement.

Il faut aussi savoir que CVS n'est pas atomique... Committez. Si ça plante, vous pouvez vous retrouver avec une partie des modifications qui sont passées, et le reste non...
Sans parler d'autres choses encore plus exotiques qui peuvent se retrouver dans les fichiers ,v côté serveur. Et je parle en connaissance de cause. A cause de ces défauts, j'en ai un peu chié pour transformer un repo CVS en repo SVN en 2005 (2005 ! et CVS était en plus déjà bien dépassé).

Voilà seulement une partie des problèmes les plus évidents avec CVS. On ne compare pas CVS aux autres, on dit : CVS est l'ancêtre qui a permis aux petits jeunes d'être si bons.
CVS a été un outil révolutionnaire, opensource, il a ouvert la voie. Il faut garder ça à l'esprit, mais l'utiliser encore aujourd'hui en 2011, ce n'est pas simplement plus possible.

Baptiste