SVN vs VSS vs CVS Comparant AIDER

Nous sommes actuellement en train de déterminer si nous déplacer CVS et VSS projets à un seul serveur SVN.

J'ai été en utilisant SVN pour un long moment maintenant, mais est obligé d'utiliser CVS et VSS pour des travaux de trucs.

Pourriez-vous svp m'aider à donner des raisons pourquoi le déplacement à SVN serait mieux que d'acheter un VSS 2005? Et quelles sont les avantages de passer de CVS vers SVN?

Nous avons des projets dans C#.NET/Java/Perl/Visual de Base.

Au-delà de la différence de coût que puis-je dire pour les patrons, pour les convaincre de passer à svn.

Et est-il un moyen de préserver l'histoire de la VSS et le CV lors d'un déplacement SVN?

Double Possible: stackoverflow.com/questions/17524/...

OriginalL'auteur Neoryder | 2009-07-09

  1. 4

    SVN rapport à CVS est simple. SVN a été développé comme un nouveau Logiciel afin d'être utilisé à la place de CVS pour corriger quelques problèmes avec CVS.

    Un problème je sais, c'est le problème avec le déplacement et renommage des fichiers à l'intérieur du dépôt. C'est un gros problème si vous avez tendance à refactoriser beaucoup dans votre base de code.

    Plus se trouve ici: Limitations de CVS sur Wikipédia.

    Et ici: La critique sur VSS sur Wikipédia

    Et pour les comparaisons: Limitations de SVN sur Wikipédia

    OriginalL'auteur Janusz

  2. 10

    C'est l'une de ces questions qui exige beaucoup de détails, mais il va se résument à "Pourquoi aimez-vous en utilisant SVN?" et ce que vous pouvez utiliser à partir de "j'aime" de la liste à présenter à votre patron.

    J'ai utilisé tous les trois. Je ne peux parler que de ma propre expérience et les préjugés. Mon historique de l'utilisation de VSS est --> CVS --> SVN

    CVS

    Pour:

    • Il peut être utilisé sur l'internet
    • Très stable

    Contre:

    • Il est très difficile de renommer les choses. Cela provoque beaucoup de douleur.

    Mon boeuf principal était le logiciel client. J'ai trouvé tous le logiciel client incohérent et décousu. J'ai absolument détesté de l'utiliser.

    VSS

    Pour:

    • Les projets de partage est mort facile.
    • S'intègre avec Microsoft IDEs

    Contre:

    • Il utilise le Microsoft Jet moteur de stockage, qui est sujette à la corruption ce qu'il est accéder aux.
    • Il ne peut pas être utilisé en dehors de votre réseau local, sauf si vous achetez quelque chose comme SourceOffsite.
    • La caisse-verrouillage de fichiers et d'archivage-déverrouiller les fichiers peuvent ralentir la productivité dans les grands groupes. Beaucoup de newbie développeurs de laisser des fichiers vérifié, et le reste de l'équipe a à attendre de l'enregistrement.
    • Microsoft ne développe pas plus. Microsoft n'a même pas utiliser cela en interne pour leur vache à lait des applications comme Office et Windows. Ils utilisent en fait une version personnalisée de Perforce.

    Subversion

    Pour:

    • De votre commande-modifier-fusionner le fichier d'édition de cycle est très sympathique équipe
    • La création de branches est très bon marché et ne copie pas les fichiers physiques
    • Il est continuellement développé
    • Il y a plusieurs Subversion forfaits au choix
    • Beaucoup de fournisseurs tiers intégrer avec Subversion. Il a un riche d'application de l'écologie.
    • Un avantage majeur est que vous pouvez maintenant intégrer la sécurité à la Subversion avec votre arborescence Active Directory.

    Contre:

    • La fusion de conflit peut encore être une grande douleur dans le cou, mais c'est la même chose avec la plupart des autres systèmes de contrôle de version.
    • De sécurité peut être un peu délicat à utiliser en fonction de serveur (svnserve.exe ou Apache/WebDAV) que vous choisissez pour vos dépôts.

    Je devine que, depuis votre boss voulez acheter VSS2005, que ce sera en cours d'exécution sur Windows. Ma recommandation est que vous vous en tenez à l'un de ces 3 la Subversion des distribs/packages

    Général de Subversion package d'installation:
    CollabNet Subersion - http://www.open.collab.net/downloads/subversion/
    Cela permettra d'installer les deux svnserver.exe (sur le serveur) et Apache/WebDAV ou vous pouvez choisir celui à installer lors de l'installation. Vous serez en mesure de servir vos dépôts à l'aide de deux http://et svn://protocoles.

    Subversion plus la console d'Administration:
    VisualSVN Serveur http://visualsvn.com/server/
    Ils font leur propre Subversion de la distribution. Ce paquet a une Console de Gestion Microsoft (MMC snapin pour gérer le serveur. Celui-ci va vous aider à installer la permission contre vous arborescence Active Directory. C'est principalement orientée vers http://protocole.

    Subversion console d'Administration:
    PainlessSVN - http://www.painlesssvn.com
    Celui-ci va travailler uniquement avec svnserve.exe (sur le serveur). C'est une Console de Gestion Microsoft (MMC snapin qui permettra de gérer les paramètres et les utilisateurs. C'est principalement orientée vers le svn://protocole.

    Tom Ritter a donné de très bons liens vers des outils d'importation de l'histoire et du code à partir de CVS/VSS pour Subversion.

    Un client CVS que j'ai aimé attribuer a CrossVC.

    OriginalL'auteur Hector Sosa Jr

  3. 4

    Il existe des outils pour convertir CVS histoire de SVN et d'autres outils à migrer VSS histoire - de sorte que vous pouvez les utiliser dans votre cas de déplacement vers un meilleur système.

    Pour toutes les raisons liées dans le commentaire et d'ailleurs, SVN a tendance à être un bien meilleur environnement que CVS ou VSS (sauf si vous avez un peu bizarre exigences) - donc si vous pouvez réussir à l'importation dans votre histoire et économiser de l'argent de l'entreprise, je ne vois pas pourquoi les patrons ne vont pas pour elle.

    OriginalL'auteur Tom Ritter

  4. 1

    Vous pouvez certainement préserver l'histoire émouvante de VSS pour Vault, ce qui n'est pas sur votre liste, mais que je recommande fortement. Si d'autres développeurs sont utilisés pour VSS, ils n'ont absolument aucun problème à s'habituer à la Voûte. Ce n'est pas gratuit, mais c'est beaucoup moins cher que beaucoup de solutions de rechange.

    Aussi loin que de les convaincre de se déplacer, VSS vraiment devrait avoir ses propres raisons. Je suis constamment étonné de voir notre référentiel VSS jamais crashé, mais ensuite je n'ai jamais connu un autre développeur a été réparer presque tous les jours.

    Heureusement, je n'ai pas utilisé VSS pendant des années, j'ai encore un peu de cheveux sur ma tête. Mais quand j'étais ... arrgh, même le VSS Analyser l'outil n'a pas de résoudre certaines questions bizarres dans la base de données. Occasionnellement, nous quittait le référentiel actuel comme une sauvegarde, et de l'instantané actuel code dans un nouveau pour éviter les bugs.
    Vault SourceGear et de la Forteresse sont gratuites pour une personne de licence.

    OriginalL'auteur Chris Doggett

  5. 1

    D'autres ont mentionné pourquoi SVN est le meilleur dans votre ligne vers le haut. Aussi, vous devez savoir qu'il existe plus récente et la meilleure version de systèmes de contrôles que SVN.

    Deux grands sont Mercurial et Git.

    OriginalL'auteur JD Isaacks

  6. 0

    Il y a beaucoup de raisons pour passer à l'SVN, CVS. Nous avons utilisé CVS, comme source de contrôle de 2002 à 2007. Je vais dire que pendant ce temps, nous n'avons jamais eu un problème avec CVS. Le vrai problème, c'est que le CVS n'a pas évolué depuis environ 1998 en termes de développement.

    Le plus grand avantage de SVN sur le CVS doit être vrai autonome s'engage. Nous avons utilisé l'outil open source cvs2svn de tirer sur tous nos projets CVS vers SVN. Nous n'avons pas eu un seul problème et toujours plein d'histoire sur tout.

    VSS: C'est vraiment pour être l'un des pires produits Microsoft jamais créé. La corruption de fichiers, l'historique des pertes et des problèmes majeurs de la fusion sont les principales raisons de rester à l'écart. À ce point, je suis assez sûr que Microsoft est autodérision VSS en faveur de l'Équipe des Outils intégrés à Visual Studio Team Edition.

    OriginalL'auteur

  7. 0

    Deux de mes choses préférées au sujet de SVN:

    • La façon dont les branches sont faites est agréable et simple. Je n'ai jamais pu obtenir ma tête totalement autour de CVS ramification.

    • Caché des copies locales dire que des commandes comme "svn diff" et "svn log" n'ont pas à contacter le serveur. Cela rend le travail avec un extrait du référentiel sur un déconnecté de l'ordinateur portable est beaucoup plus facile.

    Si vous aimez, alors vous devriez vraiment, vraiment, essayez de Git. Véritable support du branchement et plein d'histoire locale pourrait souffler votre esprit.

    OriginalL'auteur caf