我们有一个 3 人的小型开发团队，目前正在使用 Subversion 进行源代码控制。我们预计该团队将在未来 6 到 12 个月内将其分组为 8 名成员。我们正在考虑将源代码控制更改为 TFS 或 Mercurial 以改进分支。我知道 TFS 仅用于分支是多余的，但这是当前的需要，TFS 的其他功能可以帮助我们的团队。我们对 TFS 的主要担忧之一是我们听说部署它有很多开销，尤其是在一个小团队中。我希望让社区了解可能涉及多少开销、使流程更容易的建议以及社区可能认为对做出实施决定有用的任何其他内容。
Loscas
问问题
5021 次
3 回答
18
以我的经验，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 设置的就地升级也被证明是完全轻松的。
于 2008-10-20T18:07:26.693 回答
4
当您完全按照给定的指南逐步进行时，TFS 的设置并不太复杂。我们在一个小团队中使用它大约一年了，我不想再错过它了。
尤其是当您使用 tfs 的多个部分时，例如版本控制和工作项跟踪，甚至可能是团队构建，您的团队将受益于各个部分的紧密集成。
例如，您可以在签入代码更改时链接到工作项。然后，您使用 teambuild 运行自动构建，它会使用构建号自动更新您的工作项。因此，之后您可以例如在错误工作项中看到包含错误修复的内部版本号。
我们还使用 sharepoint wiki 进行文档和规划，尽管我不是最大的 sharepoint 粉丝......
要点是与 IDE 的完美集成以及跟踪 Teamsystem Web Access 的工作项，它允许您通过 Web 界面至少控制您的工作项。
于 2008-10-22T14:18:09.853 回答
1
已经有一段时间了，但我想大约需要半天的时间来完成设置，再加上一些时间事先阅读手册以确保您知道自己在做什么。配置不会花费太长时间——您需要将所有开发人员添加为许可用户。设置项目并不难。我通常设置 AD 组以映射项目角色并将这些组添加到适当的角色。我在大约 1/2 小时内建立了一个新项目。
注意：除了源代码控制，我不使用 TFS 的任何功能。如果您计划进行项目跟踪，使用项目共享点站点等，您的里程会相差很大。我发现在我们的项目（2-3 名开发人员）中，wiki 对项目管理同样有效。
于 2008-10-20T18:02:37.560 回答