Nous sommes avec 6 développeurs et utilisez actuellement des professionnels Visual Studio 2008 avec SVN et Visual SVN. Dès que VS2010 est publié, nous passerons de VS2008 PRO à VS2010 Premium.
Toutefois, si Team Foundation Server a un contrôle de source approprié inclus dans la prime VS2010, il est logique de l'utiliser. Nous aimons Svn, mais comme une intégration serrée des outils encore mieux.
sur les informations Internet sur SVN VERSUS TFS 2010 semble être rare. D'où ma question ici.
Merci à tous pour vos réponses! J'apprécie absolument cela. Un peu plus d'informations de fond.
Ceci est notre pile actuelle; VS2008 PRO, Visual Svn, Svn, JetBrain TeamCity. Mon problème principal est que nous utilisons beaucoup d'outils de différents fournisseurs qui intègrent davantage ou moins. Parfois plus, surtout moins. Au moins, cela prend beaucoup de temps pour la configurer correctement.
Nous n'utilisons actuellement pas de branches, mais nous voulons. Par conséquent, nous devons configurer SVN à partir de zéro (nous l'avons examiné avec précaution). Alors laissez-moi reformuler ma question: devrions-nous configurer svn ou commencer à utiliser TFS?
14 Réponses :
de mon expérience, TFS en tant que serveur de contrôle source n'est pas le bon choix. Les fondues sont terriblement lentes, la procédure d'enregistrement est contre-intuitive et se termine généralement par des fichiers verrouillés que seul un administrateur peut déverrouiller. Svn est beaucoup plus mature, flexible et rapide.
Totalement en désaccord avec ces points de vue. Peut-être que votre matériel a des problèmes?
Cela peut faire partie du problème. Ou peut-être que le serveur n'est pas correctement configuré, et c'est pourquoi le client envoie un tel morceau de données au serveur pour obtenir un petit changement fusionné. Je sais juste assez de TFS pour vouloir l'éviter.
+1. Les "fichiers sont toujours libéonnements jusqu'à la vérification" du modèle que celui-ci apporté à partir de SourceSafe m'irrite vraiment, et l'interface utilisateur pour la checkin / fusion / etc. a une mauvaise convivialité
Si vous êtes un magasin Microsoft, TFS est un bon ajustement.
Si Subversion fait tout ce dont vous avez besoin, seriez-vous corrigé quelque chose qui n'est pas cassé?
Vous devez avoir une raison de changer.
[J'utilise TFS au travail et cela fonctionne très bien, avec très peu de problèmes. J'utilise Subversion à la maison, simplement parce que j'ai besoin de moins d'infrastructures].
Mise à jour [2012/05/01]: Si vous n'êtes pas un magasin Microsoft, Git et Mercurial seraient désormais les outils de choix.
Avec TFS 2010, vous pouvez l'installer sur votre ordinateur portable. Je gère TFS à la maison car il s'agit d'une installation de 20 minutes et je reçois le contrôle de la version, des éléments de travail et construisez tout de la boîte
TFS essaie d'être un outil de cycle de vie d'application complet, suivi des défauts, contrôle de source tout en un. Dans mon expérience actuelle et passée avec TFS Ive ont constaté que ce n'est pas la meilleure solution pour aucun de ceux-ci, et qu'une combinaison d'autres outils spécialisés pouvant se connecter est meilleure (pas parfaite). SVN avec JIRA, SVN avec TeamCity et TeamCity avec Jira permet une pile beaucoup plus flexible et entièrement en vedette.
TFS a ses idosyncracies, mais cela fonctionne bien pour le contrôle de la source et l'ALM. Le suivi des défauts n'est pas ma partie de favarite de celui-ci ...
C'est plus psychologique qu'une question technique.
Quant à mon avis, vous ne devriez pas migrer et vous garder simple. Ayant seulement 6 développeurs, vous n'allez pas à quelque chose de compliqué suffisant pour utiliser même une partie des capacités TFS2010 de haut niveau.
VisualSvn est un bon outil qui vous garde "intégré" suffisamment. Et il sera amélioré encore mieux.
Je suis un développeur Java, mais tous mes amis sont .net, ils semblent tous préférer SVN avec une tortue. SVN est également bien soutenu par la communauté open source.
Vous dites soutenu, mais si j'ai un problème qui est un bug ou même juste une mauvaise installation, ils vont-ils venir et le réparer? Microsoft Will! Eh bien, en fonction de votre contrat de soutien;)
Je suis au Moyen-Orient, bien qu'il y ait une branche MS à Dubaï, mais non, ils ne viendront pas! Ici, si Internet échoue, vous êtes vissé.
Bien que Ce pourrait vous aider à prendre une décision; Je serais d'accord avec Mitch. Vous devez avoir une bonne raison de changer. Svn est bien mature et fiable alors TFS. De plus, le TFS est principalement ciblé vers les applications Microsoft, par rapport à la portée de SVN qui est bien au-delà de TFS.
Ce lien est de 2006; Les choses ont changé depuis lors, bien que non radicalement.
Je pense que TFS est fantastique. Avoir le suivi de l'insecte et le contrôle de la source entièrement intégré à Visual Studio est un économiseur de grande taille. Le protocole sur le fil n'est pas trop bavard, il convient donc également au travail sur Internet si / si nécessaire.
Il existe de nombreuses autres fonctionnalités qui sont également utiles, telles que le portail de l'équipe, le suivi des statistiques, les historiques de test de suivi, la capture des sorties de test dans le cadre d'un bogue (très pratique!), etc.
Ils ont également une prise en charge de la ligne de commande complète pour les scripts, les constructions automatisées, un client autonome TFS pour une utilisation en dehors de Visual Studio (par exemple par des non-développeurs) et une intégration optionnelle avec des outils tiers tels que Eclipse pour mixte Java /. Magasins nets.
L'inconvénient principal est le prix - mais si vous pouvez vous le permettre, je pense que c'est le meilleur système là-bas pour le moment.
Est-ce que vous savez que TFS est maintenant gratuit pour tous les abonnés MSDN! Et si vous avez des utilisateurs non MSDN, vous pouvez payer pour THYE Retail TFS vous offrant 5 utilisateurs pour moins de 500 $ ...
J'ai utilisé TFS quand je devais, et détesté toutes les minutes de celui-ci. Il se restait trop dans mon chemin, et il a fallu pour toujours faire n'importe quoi à distance. Mais principalement c'est juste ma haine irrationnelle. Si un de vos six programmeurs est comme moi, vous aurez un problème. Et les programmeurs sont plus importants que les outils.
Les programmeurs viennent et les programmeurs vont, mais vous êtes des bâtoirs à outils. Je pense que vous avez une haine irrade, et peut-être que Sub Spec Matériel. Je me connecte à un serveur TFS à Sydney du Royaume-Uni et n'ai pas de problèmes ...
L'emballage colle autour, mais l'outils ne fait pas de travail. Vous ne vous êtes pas payé en ayant installé des outils, vous êtes payé en vendant le travail que les programmeurs produisent ... Si votre outil de passe est difficile pour vos programmeurs de travailler ou que les programmeurs évitent votre entreprise, puis peut-être le Tableau d'ensemble doit être remplacé :-p
svn fait le contrôle de la source. Son client par défaut est la ligne de commande, mais les outils d'interface graphique existent.
TFS Le contrôle de la source, le suivi des bugs / émetteurs, les constructions automatisées, les rapports pour les gestionnaires et peuvent guérir la calvitie masculine. Son client par défaut est Visual Studio.
Si tous vous voulez est un contrôle source, puis SVN fonctionne et pourquoi changer ce qui n'est pas cassé. Si tout ce que vous voulez, c'est une intégration plus stricte dans Visual Studio, regarde ankh ou VisualSvn .
Si vous souhaitez des constructions automatisées, une intégration continue, une vérification des stratégies et des règles, de rapports, de suivi des émissions et que vous voulez tout en un, TFS est pour vous - en supposant que vous n'ayez pas aventuré en dehors des outils de développement Microsoft (généralement - sont des plugins pour d'autres IDes). Vous pouvez obtenir la même chose avec d'autres outils Foss et les envelopper avec du ruban adhésif collant autour de SVN et cela fonctionne aussi, ce n'est tout simplement pas aussi transparent et a besoin d'un peu plus d'investissement.
Cependant, vous comparez un système de contrôle source à un outil de gestion du cycle de vie du développement. TFS fait le contrôle de la source, mais cela le fait beaucoup plus.
@blowdart fait des arguments très convaincants :) Si vous souhaitez utiliser des fonctionnalités SVN, vous pouvez utiliser l'adaptateur SVN à TFS de CodePlex. Ils l'utilisent sur leurs serveurs.
J'ai eu TFS chez mon dernier client, mon nouveau client a maintenant subversion et son horrible. Aucune étagère n'est un vrai tueur.
Est-ce que je l'ai mentionné gratuitement avec vs 2010
Vraiment, vous devez l'essayer avec un nouveau système pour l'évaluer. Beaucoup de gens détestent TFS et certains pensent que ce n'est pas approprié pour leurs façons de travailler. Aussi, ce n'est pas si libre lorsque vous devez commencer à acheter les meilleures versions de VS pour les fonctionnalités ajoutées que vous voudrez une fois que vous êtes accro.
Il existe des critiques sur le Web qui ne sont pas par MS Marketers qui montrent que TFS n'est pas la meilleure chose depuis Git. enquête pour une est très intéressante (sur les 54 réponses, pas une pensée c'était génial ou même bien). Peut-être que ses lecteurs sont moins importants sur le «cycle de vie» des outils de développement que la plupart des développeurs, mais ils sont peut-être même les mêmes que le reste de nous. Des commentaires similaires sont disponibles - y compris Pièce de Forrester Recherche (que j'ai lu: Résumé, SVN est "Teha Win" du SCMS autonome)
Donc, juste parce que TFS est maintenant inclus dans VS ne le fait pas le mieux là-bas. Vous devez l'évaluer correctement avant commutation.
Il semble y avoir beaucoup de personnes recommandant le passage à TFS, j'aimerais aller dans l'autre sens.
Je suis passé de travailler avec SVN lors d'un emploi précédent à TFS à un travail plus récent. Je l'enlèverais comme ceci:
L'intégration est attrayante et il n'y a rien d'autre qui a autant de parties entièrement intégrées ensemble. Le compromis est que chacune de ces parties individuelles est nulle.
Plus de détails:
Le système de contrôle source, tout en très bonne sur le serveur, etc., est douloureux à utiliser. Les fichiers sont toujours marqués en lecture seule et vous devez les vérifier explicitement pour les modifier. Cela rend votre vie horrible sauf si vous utilisez l'intégration Visual Studio 100% du temps ... et si vous utilisez l'intégration Visual Studio, rappelez-vous qu'il stocke l'état du SCC de tous vos fichiers dans le fichier CSPROJ, alors soyez donc Préparé pour faire face à une confusion et à une défaillance occasionnelles, car vous avez ajouté le fichier à TFS, mais Visual Studio n'a pas réalisé cela (ni vice versa).
Le système de suivi des bugs a une recherche médiocre et limitée et l'interface utilisateur est difficile à utiliser. Cela me rappelle beaucoup d'anciens formulaires de base de données d'accès. Comparez ceci à un beau traqueur Web propre et propre et c'est la nuit et la journée.
Dans l'ensemble, la plupart des interfaces de l'interface utilisateur ont une excellente mauvaise utilisation. Bien que vous puissiez avoir beaucoup de choses à faire avec TFS, cela ne sera pas rapide, et vous devrez cliquer sur trop de boîtes combinées!
En outre, TFS a une intégration très étroite avec votre domaine. Si 100% de votre personnel et de toutes vos machines de construction / test sont tous sur le même domaine, cela est probablement bien ... mais si vous n'êtes pas, cela vous causera une douleur.
Contrôle de la version - TFS fonctionne différemment à SVN. Passer à autre chose. Tous les produits diffèrent dans certaines zones. Si vous ne pouvez pas vous adapter, obtenez des administrateurs de Yoru pour installer le pont SVN TFS à partir de CodePlex.
Suivi des bogues - Vous vous rendez compte qu'il y a une intégration dans TFS pour Excel et Project? Vous obtenez également une interface Web vraiment bonne avec la recherche. + Vous pouvez créer des quicéies personnelles que vous aimez dans l'explorateur de l'équipe. Je n'ai jamais vu de produit avec plus d'options de recherche ... bien, en dehors du texte intégral, mais certaines choses que vous devez vivre avec
Je ne suis pas opposé à TFS fonctionner différemment à SVN. Mon point est que vous rencontrerez un certain nombre de problèmes et de points de douleur (que j'ai énuméré) lors de l'utilisation de TFS. Si être douloureux à utiliser est un fait de fonctionner différemment, ou simplement parce que c'est buggy, c'est une question séparée.
En ce qui concerne la recherche de texte complète, si vous pouvez vivre sans elle, vous pourriez être heureux. Parfois, cependant, vous ne pouvez pas vivre sans elle.
J'ai utilisé les deux TFS 2010 et SVN (avec tortue), MINGLE, MediaWiki, etc.
Bien que TFS vous donne une intégration de style de sécurité source avec Visual Studio, c'est là que les Niceties se terminent. SVN est bien meilleur au contrôle de la version, MINGLE est un outil de collaboration aveuglante et MediaWiki est un bien meilleur wiki.
Si vous devez tester la principale offre de TFS en tant que contrôle source, créez plusieurs projets TFS, ajoutez quelques modifications et essayez de revenir à une version précédente. Vous aurez besoin d'un outil d'invite de commande et ce sera un aspect pure si vous vous trouvez à la restauration du projet correct après avoir suivi les instructions en ligne Shoddy.
où je travaille, le groupe migre-t-il à TFS des portes à la main pour les exigences, les spécifications, etc. Ils utilisent toujours Perforce en tant que référentiel. J'ai utilisé la plupart des référentiels là-bas et chacun a ses propres bizarreries.
Pour répondre à votre question - Quel est le problème que vous essayez de résoudre? Avez-vous besoin d'une solution intégrée pour gérer vos documents, vos bogues et votre contrôle de source? TFS vous donne la partie d'intégration de sorte que chaque fois que vous vérifiez le code, vous pouvez la marquer sur un bogue, une exigence, une spécification. C'est une excellente fonctionnalité si votre entreprise utilise beaucoup de processus. Cela me semble que votre petit magasin et vous n'avez vraiment pas besoin de ce type de processus. Je collerais avec ce qui fonctionne jusqu'à ce que vous soyez plus gros et que vos besoins changent.
Si vous ne l'utilisez que pour le contrôle de la version, collez-vous avec SVN. Si vous avez des solutions Linux / Java, collez-vous avec SVN. Si vous n'êtes que moi et que vous avez envie d'utiliser des éléments de travail pour des exigences / suivi des bogues, etc. (que je fais comme) Considérez le déménagement à TFS, mais rappelez-vous que vous aurez besoin de budgétiser pour CALS afin que les gens puissent accéder à ces informations. Si vous voulez des tests de nuit / CI, n'oubliez pas de budgétiser les licences de VS supplémentaires pour votre serveur de construction, car TeamBuild (MsBuild) ne peut pas créer de VDProjs, des projets Intel, etc.
aussi ... TFS 'semble' / "apparaît" pour lutter avec certaines choses vraiment fondamentales. Comment ignorer les fichiers que vous ne souhaitez pas mettre dans le référentiel et marquer fréquemment des fichiers comme ayant été modifié pour que DIFF montre comme étant identique.
Informations sur SVN VERSUS TFS 2010 semble être rare Bien sûr, c'est une version bêta précoce. Qu'attendez-vous?
@Mitch blé, s'il vous plaît supposer les mêmes attentes que tout magasin de développement aurait: contrôle de la source, intégration continue, métriques de code. L'habituel.