我们即将在整个开发团队中全面实施 TFS 2008，我想知道是否有任何需要注意的陷阱或我可能遇到的任何安装问题。我已经用 Google 搜索了所有明显的地方，并阅读了 MS 网站上的防恐慌宣传。
目前我们有 ClearQuest、SourceSafe 和 Final Builder。据我了解，一旦我们实施 TFS，所有这些都可以去掉。如果这是真的，那听起来已经很不错了！
答案1
我们也刚刚开始从 sourcesafe 和 Bugtracker.NET 迁移到 TFS。安装过程相当轻松，除了我在阅读安装指南时遗漏了几个先决条件。1
) 是数据层需要在同一个实例中具有分析服务。在等待一位好心的 DBA 完成必要的操作后（数据层是一个集群服务器，并且已经托管了生产内容），我发现您可以单独安装分析服务，但只能使用答案文件。2
) 我很傻，但我忘了在应用层安装报告服务。同样，答案文件将允许将报告服务安装在其他地方。
另一件事是我在迁移源安全时发生的。我们在源安全中有很多共享文件。我知道 TFS 不支持共享，所以我们已经决定了如何处理这些共享项目。然后我将它们迁移到 TFS，但我没有将它们从它们最初在源安全中创建的位置迁移。迁移仅将共享时的历史记录带到该位置。这意味着我必须删除该尝试并再次执行，但选择每个项目上具有最有用历史记录的共享。
受此处另一个答案的启发，安全管理方面一开始有点令人困惑。您必须分别控制 TFS、Sharepoint 和 SQL Reporting Services 权限。这是我第一次使用 Sharepoint 的管理方面，这没什么帮助。
团队建设稍微令人沮丧一些。但我们之前没有构建服务器，所以需要学习一些东西。我目前正在尝试正确构建数据库项目，我想我已经做到了，再次整理所需的先决条件。一些 Visual Studio，一些 SQL Server，找到了 DBPro for team suite 的补丁，这意味着我不再需要 SQL Server！
没什么可报告的。只是习惯了 TFS 源代码控制的工作方式。到目前为止，它比源代码安全好得多。我还没有想过“它为什么会这样做？”在使用 Sourcesafe 时我经常会想到这个问题，特别是在我了解它的奇怪方式之前。
答案2
我们已经运行了一年，从最终用户的角度来看，程序本身很好。通过它进行源代码控制，使用 Visual Studio 非常棒。
我遇到的唯一真正问题是，有时，对于管理其所运行堆栈的管理员来说，它就像一座纸牌屋。从单层堆栈转移到双层堆栈有点像一场噩梦，我真的希望他们在下一个版本中让应用程序的配置变得更容易。
我真的建议您将其安装在 SQL 2008 上，而不是尝试进行就地升级，因为这看起来有点像一场噩梦，而且据我所知，2008 是下一版 TFS 服务器的先决条件。
我最终的建议是，在安装 TFS 之前，让其运行的堆栈尽可能稳定。我们已将其移至虚拟机中，这让我们的工作变得轻松很多，我们只需移动虚拟机，而无需重新安装以将其安装到更大的硬件上。
答案3
安装过程简直是一场噩梦。我们花了两周的时间才完成。
安装文档建议您创建 5！种类型的帐户，并为其分配不同的角色和权限。我们从头开始在虚拟服务器上尝试了几次，直到我们弄清楚应该怎么做。这是我一生中最糟糕的安装体验。
在工作时，仍然怀疑TFS在签入时丢失了一些代码，就像SourceSafe一样。
除此之外没什么特别的。在我们的团队中，我们不使用它的很多功能，因此除了基本相同的按钮上的不同图标外，我没有看到任何区别。是的，它比 SourceSafe 快得多。
答案4
TFS 安装非常痛苦...我尝试将 Windows Server 2008 与 SQL Server 2008 一起使用。我尝试了 3 次才放弃（顺便说一下，关于如何执行此操作有明确的分步说明 - 这并不简单）。
最终我放弃了，只是让它做它想做的事...Windows Server 2003 与 SQL Server 2005 配合使用，一切都很好。
安装过程给我的感觉非常糟糕，所以我们实际上还没有开始使用它。
我想向负责设置/安装的开发人员致以最诚挚的谢意。有史以来最糟糕的安装……