Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

  1. #1
    Expert éminent
    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

  2. #2
    Rédacteur

    Ah vous avez des problemes avec VSS? Quand on utilise l'outil de versionning le plus limite en termes de fonctionnalites, ca peut arriver
    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&a...;q=VSS+corrupt) et j'en oublie certainement.
    Pour les qualites: c'est simple, parfaitement integre a VS2005 () 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?

  3. #3
    Expert éminent
    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 ?

  4. #4
    Rédacteur

    Citation Envoyé par elitost
    je pense notamment aux soucis pour travailler à plusieurs ?
    Les desavantages que j'ai cite a ce sujet
    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 , non?

  5. #5
    Membre habitué
    Faux : LE check out multiple doit être activé mais il est fort heureusement possible !

  6. #6
    Membre régulier
    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.
    Enfin, une formation sur les méthodes de travail avec un outil comme SVN n'est pas superflu.

  7. #7
    Expert éminent
    Après des mois de travail au corps , on a finalement réussi à convaincre pour l'utilisation de Subversion , 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

###raw>template_hook.ano_emploi###