2010-05-17 16 views
6

J'ai une équipe de développement de logiciels dans MS Visual Studio et maintenant ils veulent commencer à utiliser MS Team Foundation Server, principalement pour le versionnement et peut-être le suivi des correctifs et des bogues. Ils n'ont aucune expérience avec MS Team Foundation Server, mais ils sont très enthousiastes avec les produits MS. Alors, quelle est la meilleure solution alternative open source? Git, SVN, CVS, Bugzilla, plugins, etc.Quelle est la meilleure alternative open source à MS Team Foundation Server?

+2

VS + MSDN Sub obtient un serveur TFS + CAL, donc en fonction de la façon dont VS a été acheté, ils peuvent bien avoir TFS déjà. – Richard

+1

Toutes choses égales par ailleurs, j'opterais pour TFS n'importe quand. L'intégration avec VS, le suivi des problèmes et les utilisateurs non-VS est assez bonne. – ArjanP

+0

L'intégration de TFS avec des utilisateurs non-VS est horrible. Si vous utilisez un logiciel non-Microsoft (par exemple un navigateur autre que IE, OS autre que Windows, compilateur autre que VS), oubliez-le. –

Répondre

2

Il n'y a pas d'alternative open source à TFS. TFS assure la gestion et la version du code source, le serveur de build et l'intégration continue, les workitems, la gestion de projet, le portail sharepoint, ... et une bonne intégration de Visual Studio.

+0

oui, mais ce n'est pas un produit sous le parapluie TFS, c'est plus de 1 produit –

+0

nous avons réussi à construire une pile équivalente de fonctionnalités en utilisant des sources non open source et open source, nous avons utilisé presque tous les logiciels atlas et cruisecontrol. net .. avec nunit, ncover vous pouvez obtenir assez proche de la même fonctionnalité (je l'ai dit proche pas le même) –

7

Il n'y a pas une alternative directe, mais je préfère utiliser ce qui suit:

Subversion (TortoiseSVN), CruiseControl, et quelque chose comme Bugzilla.

Martin Fowler a récemment fait un bon article on source control, et svn sort devant TFS.

+0

Quelque chose comme Bugzilla pourrait être Trac. Largement utilisé, développement actif et intégration poussée de subversion. http://trac.edgewall.org/ –

+0

Cela semble intéressant, je pourrais jeter un coup d'oeil à cela. Merci. –

0

résultats de l'enquête Martin Fowler: http://martinfowler.com/bliki/VcsSurvey.html

Pas une bonne montre pour TFS - de nombreux utilisateurs considèrent comme 'dangereux'. J'utilise TFS parce que je dois le faire à mon lieu de travail actuel. Avant cela, j'ai utilisé SVN + Tortoise + Gemini et n'ai eu aucune plainte réelle.

imho TFS est bien intégré avec VS mais il est quelque peu monolithique et parfois récalcitrant. Après tout, 'Source Control' = Source + Contrôle ...

Beaucoup de codeurs que je connais qui ne sont pas sous l'emprise de l'empire M $ diabolique parlent aussi très bien de Git aussi.

+1

Cette enquête n'est pas très représentative, c'est le moins que l'on puisse dire. Ça me dépasse de voir comment VSS pourrait être aussi efficace que TFS. – ArjanP

+0

Autant que je sache, VSS est toujours l'un des plus grands utilisateurs de tout outil de contrôle de version (bien que Lord sait pourquoi) –

+0

@ArjanP - oui, l'enquête comprend, selon les mots de Fowler «nombres faux mais hypnotisant» et sont basés sur un peu moins de cent réponses. Mais je fais confiance aux gars de ThoughtWorks pour connaître leurs oignons. @Krystan - Je me demande si le simple ennui impliqué dans l'évaluation, le changement, l'installation et l'apprentissage de la configuration d'un CVS (sûrement dans le top 5 des applications logicielles les plus excitantes) a quelque chose à voir avec ça? – 5arx

2

Voici un vote pour Mercurial (Hg), avec Bugzilla. Si vous êtes principalement un magasin Microsoft, Mercurial a une meilleure interface utilisateur (TortoiseHg), que nous utilisons avec WinMerge pour afficher les différences visuelles. Nous ne trouvons pas l'intégration de Visual Studio comme un facteur important dans la pratique, et c'est génial de pouvoir utiliser le contrôle de source sur des arborescences entières de dossiers indépendamment des solutions VS et des projets qu'ils contiennent.

De plus, si vous planifiez un nouveau VCS maintenant, vous pouvez aussi vous tenir au courant et utiliser un DVCS, comme Mercurial ou git. Personne que je connaisse qui est passé à un DVCS ne reviendrait volontiers sur un système non-DVCS tel que TFS ou svn. Une fois que vous aurez l'habitude des check-ins locaux, vous serez d'accord!

1

Si vous souhaitez prendre en compte une solution hébergée, vous pouvez essayer GitHub ou BitBucket. Si vous utilisez Visual Studio, je recommande BitBucket qui utilise Mercurial comme système de contrôle de version. Il existe déjà une extension Visual Studio pour Mercurial appelée VisualHg, ou si vous préférez le style Tortoise, vous pouvez utiliser TortoiseHg. GitHub/BitBucket vous donnera le contrôle des sources, le suivi des problèmes et la gestion de projet. Pour le serveur de build, vous pouvez essayer CruiseControl ou TeamCity (source libre mais pas open source).

+0

Si vous voulez soluiton auto-hébergé, vous pouvez utiliser stash + jira. –

0

Bien qu'il ne soit pas libre, mais très pas cher essayer VisualSVN, il intègre très bien dans Visual Studio, mais utilise SVN comme backend

+1

ahknsvn est gratuit et intègre svn avec Visual Studio. Les premières versions ont quelques problèmes, mais elles semblent maintenant assez stables. http://ankhsvn.open.collab.net/ –