Was sind die Unterschiede zwischen TFS, SVN und GIT?

Ich benutze Microsoft Visual SourceSafe zur versions-Kontrolle. Ich möchte diesen Ansatz und die Verwendung neuerer software für diese Arbeit. Was sind die Unterschiede zwischen diesen drei Anwendungen? Welches ist besser?

Sind diese Lösungen mit visual studio integriert?

InformationsquelleAutor der Frage masoud ramezani | 2010-04-07

  1. 108

    TFS ist ein Application-Life-cycle-Management-Lösung, SVN und Git source control nur.

    TFS hat Quellcodeverwaltung sowie issue-tracking, Dokumentenmanagement, reporting, kontinuierliche integration, virtual labs für Tests usw.

    TFS Source Control & SVN sind zentrale Quellcodeverwaltung Git verteilt.

    Gab es viele Diskussion auf Stackoverflow über TFS vs SVN.

    TFS ist die fest integriert in Visual Studio.

    SVN hat ein paar third-party-Optionen für die Integration in Visual Studio und Sie sind ganz nett, aber nicht so fest integriert wie TFS.

    Git hat GitExtensions das es ermöglicht, eine niedrige Niveau der integration in Visual Studio.

    InformationsquelleAutor der Antwort Michael Shimmins

  2. 9

    Besser ist eine große Diskussion, aber entlang den gleichen Linien, die Sie haben, um den Faktor in den Kosten.

    SVN ist frei, wo, wie TFS nicht. Jedoch, wenn Sie Visual Studio durch ein MSDN-Abo und dieses ist von dem genug hohen Niveaudann erhalten Sie TFS2010 kostenlos über Ihr MSDN-Abonnement-downloads, wenn diese veröffentlicht werden. Dies kann ein Faktor sein, welcher den Ausschlag.

    Als für die integration mit Visual Studio, kann man nicht schlagen Team Explorer für TFS. Allerdings habe ich Anhk mit SVN und das funktioniert auch gut. Ich denke, der rest von diesem gesagt worden 🙂

    Hoffe, das hilft.

    InformationsquelleAutor der Antwort WestDiscGolf

  3. 5

    Die Frage ist eher alt, jedoch im Fall, dass jemand stolpert über Sie: seit Januar 2013 git wurde integriert in TFS (Ankündigung: http://www.visualstudio.com/en-us/news/2013-jan-30-vso#git Unterstützung). Was es bedeutet, ist, dass die Teams können jetzt die Nutzung von git als source-control-tool (anstelle aber nicht neben der "built-in" TFS version control system), während immer noch mit dem rest des TFS für Aktivitäten wie continuous integration, tracking-Probleme und so weiter.

    Ursprünglichen Diskussion auf der MSDN-Website: http://blogs.msdn.com/b/visualstudioalm/archive/2013/01/30/getting-started-with-git-in-visual-studio-and-team-foundation-service.aspx

    StackOverflow hat eine große Reihe von einschlägigen Diskussionen (https://stackoverflow.com/search?q=tfs+git), können nicht zeigen Sie auf etwas bestimmtes.

    InformationsquelleAutor der Antwort Simon Hawkin

  4. 3

    Kann ich nur sprechen, um die Visual Studio integration für SVN. Ich habe sowohl VisualSVN und AnkhSVN. Beide haben ziemlich enge integration und ermöglichen Ihnen, verschiedene Operationen aus dem Projektmappen-Explorer-Menü die Art und Weise, die Sie würde normalerweise mit VSS. Version 2+ des Ankh (ein derzeit nutze ich) wurde bei mir sehr stabil und um Welten besser als die älteren Versionen.

    Diese sieht aus wie eine ziemlich ausführliche Diskussion über Git mit Visual Studio.

    InformationsquelleAutor der Antwort R0MANARMY

  5. 3

    Dies ist zusätzlich zu den anderen Antworten, nicht eine vollständige Antwort, als Michael Shimmins zufrieden, die meisten von dem, was ich sagen würde

    TFS (vor allem 2010) ist unglaublich ansprechbar für die Umsetzung der source-control-Techniken, die Sie hätte furchtbar hart gedrückt, um auszuführen, mit VSS. Branching und merging ist viel einfacher, mit TFS als SVN zu starten und Folgen Sie im Laufe der Zeit. Ich würde sagen, die gleiche Sache über Git von einer Benutzer-Interaktion Perspektive, aber diese tools sind immer besser langsam.

    Git ist ein großartiges Werkzeug, wenn Sie verbringen die ramp-up-Zeit und die Techniken, die Gemeinschaft nehmen als standard-Praxis lohnt sich der Aufwand in jede version control system. Du bist noch zu laufen, in Konflikte mit SLN und CSProj/VBProj-Dateien in teams von > 2. Dies ist ein Ergebnis der Art, wie diese Dateien aufgebaut sind und gemanagt werden.

    InformationsquelleAutor der Antwort Ryan Cromwell

Schreibe einen Kommentar