SVN vs-VSS-vs CVS-Vergleich HELFEN

Wir sind derzeit die Bestimmung, wenn wir uns bewegen würde, CVS und VSS-Projekte auf einem einzelnen SVN-server.

Habe ich mit SVN für eine lange Zeit nun aber gezwungen ist, die Verwendung von CVS und VSS für Arbeit Zeug.

Würden Sie bitte helfen Sie mir, zu begründen, warum der Umzug zu SVN wäre besser als der Kauf eines VSS 2005? Und auch, was die Vorteile der Umstellung von CVS auf SVN wäre?

Wir haben Projekte in C#.NET/Java/Perl/Visual Basic.

Hinaus die Kosten Unterschied, was kann ich mehr sagen, um die Chefs davon zu überzeugen, zu bewegen, um svn.

Und gibt es eine Möglichkeit, um die Erhaltung der Geschichte des VSS und CVS beim Wechsel zu SVN?

Mögliche Duplikate von: stackoverflow.com/questions/17524/...

InformationsquelleAutor Neoryder | 2009-07-09

  1. 4

    SVN vs. CVS ist einfach. SVN wurde entwickelt, als eine neue Software, die verwendet werden, anstelle von CVS zu beheben einige Probleme mit CVS.

    Einzige Frage, die ich weiß, ist das problem mit dem verschieben und umbenennen von Dateien innerhalb des Repositorys. Dies ist ein großes Problem, wenn Sie neigen dazu, sich zu überarbeiten, eine Menge in Ihrer Codebasis.

    Mehr ist hier zu finden: Einschränkungen von CVS auf Wikipedia.

    Und hier: Kritik auf VSS auf Wikipedia

    Und für Vergleiche: Einschränkungen von SVN auf Wikipedia

    InformationsquelleAutor Janusz

  2. 10

    Dies ist eine der Fragen, die erfordert eine Menge von details, aber es kocht unten zum "Warum magst du mit SVN?" und was können Sie aus der "wie" - Liste zu präsentieren, um Ihrem Chef.

    Habe ich alle drei. Ich kann sprechen nur für meine eigenen Erfahrungen und Vorurteile. Meine Nutzung ist die Geschichte VSS --> CVS --> SVN

    CVS

    Vorteile:

    • Es kann verwendet werden, über das internet
    • Sehr stabil

    Nachteile:

    • Es ist sehr schwer zu benennen Dinge. Dies verursacht eine Menge Schmerz.

    Mein Rindfleisch war, die client-software. Ich fand alle von der client-software uneinheitlich und zusammenhanglos. Ich absolut hasste es zu benutzen.

    VSS

    Vorteile:

    • - Sharing-Projekte ist tot einfach.
    • Integriert auch mit Microsoft IDEs

    Nachteile:

    • Es verwendet die Microsoft Jet-Speicher-engine, die neigt, zu verderben, was auch immer es ist, Zugriff auf.
    • Kann es nicht verwendet werden, die außerhalb Ihres LAN, es sei denn, Sie kaufen etwas wie SourceOffsite.
    • Der Kasse-lock-Dateien und checkin-unlock-Dateien verlangsamen kann die Produktivität in größeren Gruppen. Viele newbie-Entwickler verlassen-Dateien Auschecken und den rest des Teams warten auf Sie, damit alle check-in.
    • Microsoft entwickelt sich nicht mehr. Microsoft nicht selbst verwenden diese intern für Ihre cash-cow-apps wie Office und Windows. Sie tatsächlich verwenden Sie eine benutzerdefinierte version des Perforce.

    Subversion

    Vorteile:

    • Kasse-Bearbeiten-Seriendruck-Datei-editing-Zyklus ist sehr team freundlich
    • Erstellen Zweige ist sehr Billig und kopiert nicht physische Dateien
    • Es kontinuierlich weiterentwickelt
    • Es gibt mehrere Subversion-Pakete zur Auswahl
    • Eine Menge von Drittanbietern Integration mit Subversion. Es hat eine reiche Anwendung der ökologie.
    • Ein großer Vorteil ist, dass Sie nun zu integrieren, die Sicherheit von Subversion mit Ihren Active Directory-Baum.

    Nachteile:

    • Zusammenführen Konflikt kann immer noch ein großer Schmerz im Nacken, aber das ist das gleiche wie bei den meisten anderen Versionsverwaltungssystemen.
    • Sicherheit kann ein wenig schwierig zu verwenden, je nachdem, auf welchem server (svnserve.exe oder Apache/WebDAV) wählen Sie für die Ausführung Ihres repositories.

    Ich vermute, dass da Ihre Chefs kaufen wollen VSS2005, dass dies der auf Windows läuft. Meine Empfehlung ist, dass du dich mit einem dieser 3 Subversion-Distributionen Pakete/

    Allgemeinen Subversion-installation-Paket:
    CollabNet Subersion - http://www.open.collab.net/downloads/subversion/
    Dies wird installieren Sie beide svnserver.exe (benutzerdefinierter server) und Apache/WebDAV oder Sie können wählen, welche zu installieren, während der Installation. Sie werden in der Lage sein, zu dienen, Ihre repositories über http://, svn://- Protokolle.

    Subversion plus Administration console:
    VisualSVN-Server - http://visualsvn.com/server/
    Machen Sie Ihre eigenen Subversion-Verteilung. Dieses Paket hat ein Microsoft Management Console (MMC) - Snap-in zum verwalten des Servers. Dies wird Ihnen helfen, setup-Erlaubnis gegen Sie Active Directory-Struktur. Dies ist vor allem darauf ausgerichtet, http://- Protokoll.

    Subversion Administration console:
    PainlessSVN - http://www.painlesssvn.com
    Dieser wird nur funktionieren, mit svnserve.exe (benutzerdefinierter server). Es ist ein Microsoft Management Console (MMC) - Snap-in verwalten die Einstellungen und Benutzer. Dies ist vor allem darauf ausgerichtet sind, die svn://- Protokoll.

    Tom Ritter gab einige sehr gute links zu tools, die die "import history" und den code aus dem CVS/VSS, Subversion.

    Ein CVS-client mochte ich zuzuteilen war CrossVC.

    InformationsquelleAutor Hector Sosa Jr

  3. 4

    Es gibt tools zu konvertieren CVS Geschichte zu SVN und andere tools zu migrieren VSS Geschichte - so können Sie nutzen Sie, in Ihrem Fall der Umzug in ein besseres system.

    Gründen Links in den Kommentar und anderswo, SVN neigt dazu, eine viel bessere Umgebung als CVS oder VSS (es sei denn, Sie haben einige seltsame Anforderungen) - so können Sie sich erfolgreich importieren Sie Ihre Geschichte und sparen die Unternehmen Geld, ich würde nicht sehen, warum die Bosse würde nicht für ihn gehen.

    InformationsquelleAutor Tom Ritter

  4. 1

    Können Sie auf jeden Fall bewahren die Geschichte bewegt von VSS zu Vault, die nicht auf der Liste ist, aber die ich sehr empfehlen kann. Wenn andere Entwickler werden verwendet, um VSS haben, werden Sie absolut keine Probleme bekommen verwendet, um den Tresor. Es ist nicht kostenlos, aber es ist viel billiger als viele der alternativen.

    Soweit überzeugen, Sie zu bewegen, VSS sollte wirklich haben Ihre eigenen Gründe. Ich war immer wieder erstaunt unserer VSS-repository noch nie abgestürzt, aber dann habe ich nie wusste, dass ein anderer Entwickler war die Reparatur fast täglich.

    Zum Glück habe ich noch nicht verwendet VSS seit Jahren, so ich habe noch ein bisschen Haare auf meinem Kopf. Aber wenn ich war ... arrgh, auch die VSS-Analyse-tool nicht beheben konnte einige skurrile Themen in der Datenbank. Gelegentlich würden wir verschieben das aktuelle repository als backup-und snapshot den aktuellen code in eine neue zu vermeiden, die Fehler.
    SourceGear Vault und Festung frei für eine person Lizenz.

    InformationsquelleAutor Chris Doggett

  5. 1

    Andere erwähnt haben, warum SVN ist die beste in Ihrem line-up. Auch Sie sollten sich bewusst sein, es gibt neuere und bessere version Steuerungen gibt, als SVN.

    Beiden großen sind von Mercurial und Git.

    InformationsquelleAutor JD Isaacks

  6. 0

    Es gibt viele Gründe für ein upgrade von CVS zu SVN. Wir verwendeten CVS als unsere Quellcodeverwaltung von 2002 bis 2007. Ich werde sagen, dass während dieser Zeit hatten wir nie ein Problem mit CVS. Das eigentliche problem ist, dass CVS nicht vorwärts bewegt seit etwa 1998 in Bezug auf die feature-Entwicklung.

    Der größte Vorteil von SVN über CVS hat, um wahr zu sein autonome verpflichtet. Wir verwendet die open-source-tool cvs2svn zu ziehen über all unsere CVS-Projekte im SVN. Wir hatten nicht ein einziges problem und immer voller Geschichte auf alles.

    VSS: Dieser hat wirklich eine der schlechtesten Microsoft-Produkte, die jemals geschaffen. Datei Korruption, Geschichte, Verlust und große Probleme mit der Zusammenführung sind die wichtigsten Gründe, zu Hause zu bleiben. An diesem Punkt bin ich ziemlich sicher, dass Microsoft ist abwertend VSS zu Gunsten von das Team integrierten Tools in Visual Studio Team Edition.

    InformationsquelleAutor

  7. 0

    Zwei meiner Lieblings-Dinge über SVN:

    • Dem Weg Zweigen gemacht werden ist schön und einfach. Ich konnte nie meinen Kopf ganz rund CVS Verzweigung.

    • Versteckte lokale Kopien bedeutet, dass Befehle wie "svn diff" und "svn log" nicht haben, den server zu Kontaktieren. Dies macht die Arbeit mit einer ausgecheckten repository auf einem nicht verbundenen laptop viel einfacher.

    Wenn Sie wie diese, dann sollten Sie wirklich, wirklich, versuchen Git. Echte Verzweigungen Unterstützung und eine volle lokale Geschichte könnte Sie einfach umwerfen.

    InformationsquelleAutor caf

Schreibe einen Kommentar