我们有一个 3 人的小型开发团队，目前正在使用 Subversion 进行源代码控制。我们预计该团队将在未来 6 到 12 个月内将其分组为 8 名成员。我们正在考虑将源代码控制更改为 TFS 或 Mercurial 以改进分支。我知道 TFS 仅用于分支是多余的，但这是当前的需要，TFS 的其他功能可以帮助我们的团队。我们对 TFS 的主要担忧之一是我们听说部署它有很多开销，尤其是在一个小团队中。我希望让社区了解可能涉及多少开销、简化流程的建议以及社区可能认为对做出实施决策有用的任何其他内容。
【问题讨论】：
标签： version-control tfs
根据我的经验，TFS 运行良好，即使对于小型团队也是如此。如果您的开发人员总数为 5 或更少，您可以使用相对实惠的 Workgroup 版本：在此之上，您将不得不为真品付费，其定价绝对在“企业”领域...
开始使用 TFS 的最大障碍是安装该死的东西：这个过程似乎是为最大程度地恶化而设计的。 （2005 年到 2008 年升级“过程”的“设计者”鄙视用户的程度甚至超出了这一点：幸运的是，您可以从 TFS2008 开始，不必担心升级一段时间）。
如果您遵循instructions完全，您应该尝试 2-3 次，但硬件要求并不像看起来那么糟糕。我的 3 开发人员 TFS 设置在具有 4GB RAM 的上一代戴尔笔记本电脑上运行非常舒适。
TFS 的一大优势是 VS 集成：它的工作原理非常非常好，并且搁置和分支的实现方式比我见过的任何其他系统都更直接。
TFS 中的流程指导和支持稍欠完善，但仍然相当实用。对几种开发方法的可插拔支持非常好，并且已经提供了一些第三方插件（例如Scrum）。
总而言之，尝试 TFS 肯定不会有什么坏处：如果您订阅了 MSDN，您可能已经拥有 Workgroup 版以及完整版的试用版：否则，您也可以downloaded the latter from Microsoft .
更新，2010 年 4 月 12 日：随着 Team Foundation Server 2010 的发布，安装和升级过程得到了很多的改进。新的 TFS2010 安装不会超过几分钟（假设您已经有一个 SQL Server 2008 实例启动并运行），甚至对我的 TFS2008 设置进行就地升级也被证明是完全轻松的。
【讨论】：
TFS 的设置并不太复杂，完全按照给定的指南一步步操作即可。我们已经在一个小团队中使用它大约一年了，我不想再错过它了。
特别是当您使用 tfs 的多个部分（如版本控制和工作项跟踪，甚至可能是团队构建）时，您的团队将受益于各个部分的紧密集成。
例如，您可以在签入代码更改时链接到工作项。 然后，您使用 teambuild 运行自动构建，它会使用构建号自动更新您的工作项。 因此，之后您可以在错误工作项中看到包含错误修复的内部版本号。
我们还使用 sharepoint wiki 进行文档和规划，尽管我不是最大的 sharepoint 粉丝...
重点是与 IDE 的完美集成以及用于跟踪 Teamsystem Web Access 的工作项，这使您至少可以通过 Web 界面控制您的工作项。
【讨论】：
已经有一段时间了，但我认为设置需要大约半天时间，另外还要花一些时间事先阅读手册以确保您知道自己在做什么。配置不会花费太长时间——您需要将所有开发人员添加为许可用户。设置项目并不难。我通常设置 AD 组以映射项目角色并将这些组添加到适当的角色。我在大约 1/2 小时内建立了一个新项目。
注意：我不使用 TFS 的任何功能，除了源代码控制。如果您计划进行项目跟踪，使用项目共享点站点等，您的里程会相差很大。我发现在我们的项目（2-3 名开发人员）中，wiki 对项目管理同样有效。
【讨论】：