我们有一个小型的3开发团队,目前正在使用Subversion进行源代码管理.我们希望团队在未来6到12个月内分组到8名成员.我们正在考虑将源代码控制更改为TFS或Mercurial以改进分支.我知道TFS对于分支来说是过度杀伤,但这是迫切需要,而TFS的其他功能可以帮助我们的团队.我们对TFS的一个主要担忧是我们听说有很多开销部署它,特别是在一个小团队中.我希望能够获得一些社区洞察,了解可能涉及多少开销,使流程更容易的建议,以及社区可能认为在做出决策时有用的任何其他内容.
根据我的经验,即使是小型团队,TFS也能很好地运作.如果您的开发人员总数为5或者更少,您可以使用相对实惠的Workgroup版本:在此之上,您将不得不为真实的东西付出代价,其定价绝对是在"企业"领域......
开始使用TFS的最大障碍是安装这个问题:这个过程似乎是为了最大程度的恶化而设计的.(2005年至2008年升级'流程'的'设计师'鄙视他们的用户的程度甚至超过了这一点:幸运的是,你将能够从TFS2008开始,而不必担心升级一阵子).
如果您完全按照说明进行操作 ,则应该在2-3次尝试中进行管理,并且硬件要求并不像看起来那么糟糕.我的3开发人员TFS设置在配备4GB RAM的上一代戴尔笔记本电脑上非常舒适.
TFS的一大优势是VS集成:这非常非常好,搁置和分支的实现方式比我见过的任何其他系统都要简单.
TFS中的流程指导和支持稍微不那么精确,但仍然非常实用.对几种开发方法的可插拔支持非常好,并且已经有几个第三方附加组件(例如Scrum).
总而言之,尝试TFS绝对不会受到影响:如果您有MSDN订阅,您可能已经拥有Workgroup版本以及完整版本的试用版:否则,您也可以从Microsoft下载后者.
更新,2010年4月12日:随着Team Foundation Server 2010的发布,安装和升级过程得到了很大改进.一个新的TFS2010安装不应该花费你几分钟(假设你已经有一个SQL Server 2008的实例启动并运行),甚至我的TFS2008设置的就地升级证明是完全无痛的.