使用小型开发团队实施Team Foundation Server

Question

我们有一个小型的3开发团队，目前正在使用Subversion进行源代码管理。我们希望团队在未来6到12个月内分组到8名成员。我们正在考虑将源代码控制更改为TFS或Mercurial以改进分支。我知道TFS对于分支来说是过度杀伤，但这是迫切需要，而TFS的其他功能可以帮助我们的团队。我们对TFS的主要关注之一是我们听说有很多开销部署它，特别是在一个小团队中。我希望能够获得一些社区洞察，了解可能涉及多少开销，使流程更容易的建议，以及社区可能认为在做出决策时有用的任何其他内容。

Answer 1

根据我的经验，即使是小型团队，TFS也能很好地运作。如果您的开发人员总数为5或者更少，您可以使用相对实惠的Workgroup版本：在此之上，您将不得不为真实的东西付出代价，其定价肯定在“企业”领域... < / p>

开始使用TFS的最大障碍是安装这个问题：这个过程似乎是为了最大程度的恶化而设计的。 （2005年至2008年升级'流程'的'设计者'鄙视他们的用户甚至设法超越了这一点的程度：幸运的是，你将能够从TFS2008开始，而不必担心升级一段时间）。

如果您完全遵循instructions ，那么您应该在2-3次尝试中进行管理，并且硬件要求并不像看起来那么糟糕。我的3开发人员TFS设置在上一代配备4GB内存的戴尔笔记本电脑上非常舒适。

TFS的一大优势是VS集成：这种方法非常，非常好，并且搁置和分支的实现方式比我见过的任何其他系统都要简单。

TFS中的流程指导和支持稍微不那么精细，但仍然非常实用。对几种开发方法的可插拔支持非常好，并且已经有几个第三方加载项（例如Scrum）。

总而言之，尝试TFS肯定不会受到影响：如果您有MSDN订阅，您可能已经拥有Workgroup版本以及完整版本的试用版：否则，您可以downloaded the latter from Microsoft同样。

更新，2010年4月12日：随着Team Foundation Server 2010的发布，安装和升级程序已经改进了很多。一个新的TFS2010安装不应该花费你几分钟（假设你已经有一个SQL Server 2008的实例启动并运行），甚至我的TFS2008设置的就地升级也证明是完全无痛的。

Answer 2

当完全一步一步地遵循给定的指南时，TFS的设置并不复杂。我们现在在一个小团队中使用它大约一年了，我不想再错过它了。

特别是当您使用tfs的多个部分（如版本控制和工作项跟踪，甚至可能是teambuild）时，您的团队将受益于单独部分的紧密集成。

例如，您可以在签入代码更改时链接到工作项。 然后，您使用teambuild运行自动构建，它将使用内部版本号自动更新您的工作项。 所以之后你可以在bug工作项中看到包含bug修复的buildnumber。

我们也使用sharepoint wiki进行文档和规划，尽管我不是最大的分享粉丝......

重点是与IDE的完美集成以及跟踪Teamsystem Web Access的工作项，它允许您通过Web界面控制至少您的工作项。

Answer 3

已经有一段时间了，但我认为需要大约半天的时间来安装，还有一些时间事先阅读手册以确保您知道自己在做什么。配置不需要太长时间 - 您需要将所有开发人员添加为许可用户。设置项目并不难。我通常会设置AD组来映射项目角色，并将这些组添加到适当的角色。我在大约半小时内建立了一个新项目。

注意：除了源代码控制之外，我不使用TFS的任何功能。如果您计划项目跟踪，使用项目共享点网站等，您的里程会有很大差异。我发现在我们的项目（2-3个开发人员）中，维基也可以用于项目管理。