Arguments pour/contre son utilisation sur un projet Java

Bonjour,

Dans l'entreprise où je travaille j'ai été étonne de voir que les projets Java étaient versionnés sous VSS, on utilise Eclipse additionné d'un plugin pour VSS.

Nous avons régulièrement des problèmes pour travailler ensembles car lorsqu'une personne checkout un fichier, elle se le réserve et les autres ne peuvent que travailler sur une copie locale pour ensuite effectuer la fusion des sources

Le plugin lance des erreurs également quand on ajoute beaucoup de fichiers au repository.

J'ai voulu dernièrement expérimenter les branches, et là, à part créer un autre projet dans VSS comme une branche, et se palucher la fusion avec la branche principale, je n'ai pas trouvé de solution idéale.

J'essaie de trouver les arguments pour/contre VSS par rapport à une solution CVS (outil natif dans Eclipse) et pourquoi pas SVN.

Auriez vous des éléments à ajouter pour descendre ou encenser VSS ?

Merci d'avance

Ah vous avez des problemes avec VSS? :aie: Quand on utilise l'outil de versionning le plus limite en termes de fonctionnalites, ca peut arriver :mrgreen:
En gros et dans le desordre et pour les defauts, t'as pas vraiment de versionning sur VSS: pas de controle de version de fichier, checkout exclusif, pas de gestion des fusion, pas de client web (a part en passant par VSS Connect payant lui aussi), problemes de corruption de fichiers(http://www.google.com/search?hl=en&q=VSS+corrupt) et j'en oublie certainement.
Pour les qualites: c'est simple, parfaitement integre a VS2005 (:aie:) et ca s'installe en 2 coups de cuilleres a pot ...mais c'est pas ce que j'appelerais des arguments convaincants pour ce type d'outils.

Mais pourquoi ne passez vous pas a SVN?

En fait, ici VSS est utilisé pour versionner aussi tous les documents (word, modèles de données, etc...)

Certaines unités utilisent CVS, d'autres SVN, et nous VSS, peut être une décision historique ou la peur du changement font que passer à des outils comme CVS ou SVN leur font un peu peur...

D'autres désavantages pour VSS pour vraiment faire pencher la balance, je pense notamment aux soucis pour travailler à plusieurs ?

Citation:

---

Envoyé par elitost

je pense notamment aux soucis pour travailler à plusieurs ?

---

Les desavantages que j'ai cite a ce sujet

Citation:

---

pas de controle de version de fichier, checkout exclusif, pas de gestion des fusions

---

me semblent tres convaincants dans ton cas et tout a fait eliminatoires en ce qui concerne VSS :mrgreen: , non?

Faux : LE check out multiple doit être activé mais il est fort heureusement possible !

Ca reste de notoriété publique que c'est de loin l'outil le plus contraignant et le moins fiable dans le domaine. Ca fait d'ailleurs bien longtemps que Microsoft ne l'utilise plus en interne (si un jour il l'a utilisé).
Le passage de VSS à SVN, ça devrait être comme découvrir la lumière.:D
Enfin, une formation sur les méthodes de travail avec un outil comme SVN n'est pas superflu.

Après des mois de travail au corps , on a finalement réussi à convaincre pour l'utilisation de Subversion :D , on est passé également à Jira pour la gestion des tâches...mais bon reste encore du chemin à parcourir mais on va dans le bon sens