Quelles sont les différences entre TFS, SVN et GIT?

J'utilise Microsoft Visual SourceSafe pour le contrôle de version. Je voudrais changer cette approche et l'utilisation des logiciels plus récents pour ce travail. Quelles sont les différences entre ces trois applications? Lequel est le mieux?

Sont ces solutions intégrées avec visual studio?

  • Pouvez-vous qualifier mieux? Caractéristiques particulières? L'utilisation en général (je suppose que sous windows pour vous)? VS intégration?
  • Je veux dire général de la convivialité et de l'intégration avec VS.
  • Tous d'entre eux sont beaucoup mieux que VSS si vous me demandez.
  • Un de plus à considérer est de Mercurial (Hg). Maintenant que Google Code et CodePlex le soutenir, il est une très bonne option aussi. Jetez un oeil à tekpub.com/codeplex -- La vidéo sera également vous donner une idée pour la distribution de systèmes de contrôle de version comme Git et Mercurial.
  • TFS ne s'intègrent avec l'IDE. Mais si vous utilisez MS-SCCI plug-in comme Agent de SVN, vous pouvez également intégrer avec un Agent de Subversion SVN dans une manière semblable à la TSF.
  • Visual Source Safe est tout sauf sûr... Il perd des révisions sur un coup de tête et il est lent comme un escargot à l'aide, elle doit constituer une infraction pénale.

InformationsquelleAutor masoud ramezani | 2010-04-07
  1. 112

    TFS est une Application de Gestion du cycle de Vie solution, SVN et Git sont source de contrôle seulement.

    TFS n'source de contrôle ainsi que le suivi des problèmes, gestion des documents, des rapports, de l'intégration continue, les laboratoires virtuels pour tester etc.

    TSF du Contrôle de code Source & SVN sont centralisés de contrôle à la source, Git est distribué.

    Il y a eu beaucoup de discussion sur Stackoverflow sur TFS vs SVN.

    TFS est le plus étroitement intégré dans Visual Studio.

    SVN a quelques tiers des options pour l'intégration dans Visual Studio et ils sont assez sympa, mais pas aussi bien intégré que TFS.

    Git a GitExtensions qui permet un faible niveau d'intégration au sein de Visual Studio.

    • +1 pour énoncer les faits sans opinion.
    • Aussi: TFS coûte de l'argent à l'avant. Git permet le branchement et la fusion plus facile, plus sûr et moins cher'.
    • TFS me tue à chaque fois que je dois travailler en mode hors connexion.
    • Oui - j'ai essayé de garder l'opinion personnelle de ma réponse, mais, à moins que quelque chose de changements drastiques dans une prochaine version, je ne me vois pas jamais utilisation de TFS à nouveau. Il a tué tellement la productivité, la seule fois où nous avons essayé de l'adopter au sein de notre société, et dans les précédentes entreprises qui utilisent déjà, il était toujours mal à la tête.
    • Par curiosité, qu'utilisez-vous maintenant? J'ai utilisé de la TSF dans le passé et il aimait un peu. J'ai utilisé SVN et pas eu de problèmes avec elle, mais je ne l'ai pas utilisé beaucoup. Fondamentalement, je pense que la principale raison pour laquelle j'aime TFS est que la seule alternative que j'ai très largement utilisées est SourceSafe. À mon travail, nous sommes actuellement en utilisant VSS et le déplacement à TFS plus tard cette année. Je ne pense pas que beaucoup de choses peuvent arrêter la transition se passe en ce moment, mais je suis intéressé par les solutions de rechange. Merci!
    • Salut Paul - nous sommes actuellement en utilisant Mercurial. Auparavant, il était Git, nous avons déménagé à Mercurial après BitBucket a été acquis par Atlassian. Elles sont similaires, mais après avoir utilisé les deux, je suis plus heureux avec Mercurial. Autres membres de l'équipe ont dit qu'ils préfèrent Git. Je pourrais être plus heureux avec Mercurial, car je viens d'un SVN arrière-plan lors de travaux précédents. J'ai utilisé de la TSF avant (en effet nous avons testé dans mon entreprise avant de commencer avec Git) et à peu près jure de ne plus jamais revenir à elle, tant que j'ai le dernier mot 😉
    • Pour être juste - si TFS 2012 ont été à venir avec une source distribué outil de contrôle qui n'a pas sucer je la regarde, mais pour l'instant je suis très un convertir de la DCVS camp.
    • Sept ans plus tard, je suis heureux de signaler que TFS a en effet parcouru un long chemin, et à mon prochain démarrage, nous sommes au sérieux l'évaluation à l'aide de VSTS comme remplacement pour le GitHub+Jira+Quelques outils de construction. Comment les choses changent.

    InformationsquelleAutor Michael Shimmins
  2. 9

    Mieux, c'est une grande discussion, mais le long des mêmes lignes que vous avez à facteur de coût.

    SVN est libre, où que TFS ne l'est pas. Toutefois, si vous avez votre Visual Studio par le biais d'un abonnement MSDN et c'est de un assez haut niveau, alors vous aurez TFS2010 gratuitement par le biais de votre abonnement MSDN téléchargements lorsqu'il est relâché. Ce peut être un facteur qui fait pencher la balance.

    Que de l'intégration avec Visual Studio, vous ne pouvez pas battre l'Équipe de l'Explorateur de TSF. Cependant, j'ai utilisé Anhk avec SVN et qui fonctionne bien aussi. Je pense que le reste de ce qui a été dit 🙂

    Espère que cette aide.

    InformationsquelleAutor WestDiscGolf
  3. 5

    La question est plutôt vieux, cependant dans le cas où quelqu'un trébuche sur elle: depuis janvier 2013, git a été intégré dans TFS (annonce: http://www.visualstudio.com/en-us/news/2013-jan-30-vso#git de soutien). Ce que cela signifie, c'est que l'équipe peut maintenant utiliser git comme la source de l'outil de contrôle (au lieu de, mais pas à côté, le "built-in" TSF système de contrôle de version) tout en continuant d'utiliser le reste de TFS pour des activités telles que l'intégration continue, les questions de suivi, et ainsi de suite.

    Discussion initiale sur MSDN: http://blogs.msdn.com/b/visualstudioalm/archive/2013/01/30/getting-started-with-git-in-visual-studio-and-team-foundation-service.aspx

    StackOverflow a un grand ensemble de débats pertinents (https://stackoverflow.com/search?q=tfs+git), ne peut pas pointer vers quelque chose de spécifique.

    InformationsquelleAutor Simon Hawkin
  4. 3

    Je ne peux parler que pour Visual Studio intégration de SVN. J'ai utilisé à la fois VisualSVN et AnkhSVN. Ils ont tous les deux assez serré intégration et vous permettent d'effectuer diverses opérations à partir de l'Explorateur de solutions de menu la façon dont vous l'avez fait normalement avec VSS. La Version 2 de+ de Ankh (celui que j'utilise actuellement) a été très stable pour moi et les mondes mieux que les anciennes versions.

    Cela ressemble assez à une discussion détaillée de l'utilisation de Git avec Visual Studio.

    • J'ai essayé toutes celles et finalement finissent toujours par revenir à la ligne de commande. Les outils d'interface graphique, invariablement, se sentir comme à moitié fini hack emplois.
    • La plupart de mes interaction avec Ankh est dans la forme de la Dernière et de s'Engager, donc je n'ai pas senti les limites.
    • Je ne dirais pas Ankh une demi-finis hack de travail, de son amende.
    InformationsquelleAutor R0MANARMY
  5. 3

    C'est en outre pour les autres réponses, pas une réponse complète que Michael Shimmins satisfait plus de ce que je dirais

    TFS (en particulier 2010) est extrêmement accessible pour la mise en œuvre de contrôle à la source des techniques qui vous aurait été terriblement difficile à exécuter avec VSS. Le branchement et la fusion est beaucoup plus facile avec TFS que SVN pour démarrer et suivre au cours du temps. Je dirais la même chose à propos de Git à partir d'une interaction de l'utilisateur point de vue, mais ces outils sont de mieux en mieux lentement.

    Git est un outil formidable si vous passer la rampe du temps et les techniques de la communauté de prendre comme norme de pratique sont en vaut la peine dans tout système de contrôle de version. Vous êtes toujours confronté à des conflits avec la SLN et CSProj/VBProj fichiers dans les équipes de > 2. C'est une conséquence de la façon dont les fichiers sont structurés et gérés.

    InformationsquelleAutor Ryan Cromwell