2010-08-20 6 views
2

Comment Perforce se compare-t-il à Team Foundation Server (TFS)? Ici, au travail, nous avons utilisé exclusivement Perforce (que j'aime beaucoup). D'un autre côté, je suis désolé de n'avoir jamais utilisé TFS. Je suis cependant intéressé par TFS, mais je ne peux pas juger de la différence.Perforce par rapport à Team Foundation Server

Quels sont les avantages de l'utilisation l'un de l'autre?

+0

Voulez-vous aider à soutenir la communauté Visual Studio ALM sur Stack Exchange? http://bit.ly/caQ9ds –

+0

Qu'est-ce que la communauté ALM? –

+0

ALM = Application Lifecycle Management. Il couvre tout, du contrôle de source à l'automatisation de la méthodologie SDLC. – Robaticus

Répondre

0

Hmm. J'ai rejoint stackoverflow juste à cause de votre question.

Je n'ai jamais utilisé Perforce, bien que j'aie entendu de bonnes choses à ce sujet, et donc je ne suis pas qualifié pour comparer les deux, ou pour vraiment répondre à votre question. Cependant, j'ai utilisé le contrôle de source de TFS (actuellement) et Subversion (dans le passé) et bien que j'aie vraiment aimé la puissance + la simplicité de ce dernier, j'ai développé un dégoût pour le premier.

Voici quelques endroits qui parlent de quelques-uns des aspects négatifs et les frustrations de contrôle de code source TFS:

http://www.nearinfinity.com/blogs/joe_ferner/why_i_dislike_tfs_-_team_found.html

http://goingagile.blogspot.com/2008/04/evaluating-source-control-systems.html

Bien sûr, TFS est plus qu'un simple contrôle de code source, et les éléments de travail, les rapports et les fonctionnalités de suivi de projet sont agréables.

+2

Cela ne répond vraiment pas à sa question. Et, une grande partie de la diatribe de Joe Ferner sur le site Web lié est franchement incorrecte, et représente les opinions de quelqu'un qui ne semble pas savoir comment utiliser TFS. – Robaticus

+0

D'accord sur la première partie. Je pourrais être d'accord avec la deuxième partie s'il n'existait pas déjà d'outils de contrôle de source faciles à utiliser, logiques, sensés et conformes à ce que vous attendez d'eux, et qui peuvent être adoptés rapidement et avec peu d'effort. D'un autre côté, le contrôle des sources TFS a une variété de comportements étranges, inattendus et problématiques, et des «caractéristiques» vraiment moche comme des espaces de travail. Je veux dire, nous parlons de choses qui ont déjà été bien résolues par d'autres mais dans TFS qui deviennent tortueuses. Et même tortueux. Je ne devrais pas avoir à suivre un cours pour comprendre la chose. Mais bien sûr YMMV. – agentnega

+0

Nous sommes passés de StarTeam à TFS il y a plus d'un an, et nous n'avons jamais regardé en arrière. Je ne sais pas pourquoi vous pensez que les espaces de travail sont tortueux. Le seul comportement vraiment moche est la façon dont il traite les renames, les suppressions et les déplacements. Personnellement, j'aime tout le reste de TFS. Et si vous voulez vraiment torturer, essayez le modèle de programmation StarTeam (API). Il va faire fondre votre cerveau par rapport à l'API TFS. – Robaticus

1

Voici le document d'analyse de la concurrence de Perforce (avec les résultats des tests) pour TFS:

http://www.perforce.com/sites/default/files/pdf/perforce-mstfs-comparison.pdf

(je ne pouvais pas trouver, mais je voudrais comparer, le document correspondant publié par Microsoft- si quelqu'un a Il.)

+0

Lien mis à jour: http://www.perforce.com/sites/default/files/pdf/perforce-mstfs-comparison.pdf – Gaspode

+0

https://www.perforce.com/products/compare-perforce MAIS comparaison TFS pas ici. –

Questions connexes