Si tout ce dont vous avez besoin est le contrôle de la source, TFS est exagéré. L'un de mes précédents employeurs avait TFS, VSS et Subversion dans son entreprise. Nous n'avions pas Active Directory ou Exchange Server 2003 dans notre entreprise, nous avons donc fini par créer des utilisateurs distincts sur le serveur TFS afin que les développeurs puissent l'utiliser. Nous avons eu les mêmes types de problèmes avec la fusion que Ben Schierman a mentionnés, ainsi que d'autres comportements buggés qui nous ont poussés vers Subversion.
La question de savoir si TFS est la bonne solution pour vous dépendra en partie de votre budget, de la taille de votre équipe de développement et du temps et du personnel disponibles pour la configuration/la maintenance de votre solution. Si vous souhaitez bénéficier des fonctionnalités supplémentaires de suivi des problèmes, des éléments de travail et des statistiques de projet fournies par TFS, il peut être utile d'examiner d'autres alternatives. Des produits comme JIRA (d'Atlassian Systems) ou Trac s'intègrent bien à Subversion et offrent le type de supervision qu'un chef de projet ou de programme pourrait offrir à un prix inférieur.
Dans un environnement idéal, avec Active Directory, Exchange Server 2003 ou supérieur et un personnel dédié au référentiel, TFS est plus susceptible d'être un bon choix.