人们对TFS 2008有什么问题吗？

Question

我们即将在我们的开发团队中实现全面的TFS 2008，我想知道是否有任何问题需要注意，或者我想要面对的任何安装问题。我搜索了所有显而易见的地方，并在MS网站上读到了反恐慌的简介。

目前我们有ClearQuest，SourceSafe和Final。我的理解是，一旦我们实现了TFS，所有这些都可以实现。如果这是真的，听起来已经很不错了！

Answer 1

我们还刚刚开始从sourcesafe和Bugtracker.NET迁移到TFS。安装过程相当轻松，除了我在阅读安装指南时错过的几个预reqs。

1)数据层需要在同一个实例中提供分析服务。在等待了善意的DBA来完成必要的操作(数据层是一个集群服务器，并且已经承载了生产数据)之后，我发现您可以单独安装分析服务，但只能使用一个应答文件。

我很傻，但我已经放弃在应用程序层安装报告服务了。同样，一个应答文件将允许将报告服务安装到其他地方。

另一件事是在我安全迁移源代码的时候。我们在源代码中有很多共享文件。我知道TFS不支持共享，所以我们已经决定了如何处理这些共享项目。然后，我迁移到TFS，但是我并没有从最初创建它们的源代码中的位置迁移它们。这次迁移只把历史从共享的时间带到了那个地方。这意味着我不得不删除这一尝试，然后再做一次，但选择每个项目的份额，其中有最有用的历史。

受这里的另一个答案的启发，安全管理端一开始就有点混乱。您必须分别控制TFS、Sharepoint和权限。这对我第一次体验Sharepoint的管理没有帮助。

团队建设稍微令人沮丧。但是我们以前没有构建服务器，所以我们正在学习。我目前正在努力使数据库项目建设正确，认为我已经达到了，它只是整理前的要求。一些，一些server，为团队套件的DBPro找到了一个补丁，这意味着我不再需要SQL server了！

没什么好报告的了。只是习惯了TFS源代码控制的工作方式。到目前为止，它比资源安全要好得多。我还没想过“它为什么要这么做？”在使用Sourcesafe时，我经常想到这一点，尤其是在我学习到它的奇怪方法之前。

Answer 2

我们已经运行了一年，从最终用户的角度来看，程序本身也很好。通过它进行源代码管理，使用Visual是很棒的。

我遇到的唯一真正的问题是，有时它会让我感觉就像一个管理员的房子，它正在管理它运行的堆栈。从一层堆栈转移到两层堆栈是一场噩梦，我真的希望他们在下一个版本中能够更容易地配置应用程序。

我真的建议您在SQL 2008上安装它，而不是尝试进行就地升级，因为这看起来有点噩梦，而且据我所知，2008年是下一个版本的TFS服务器的预req。

我的最终建议是，在安装TFS之前，让您的堆栈尽可能可靠地运行。我们已经将它移动到一个VM中，它使我们的生活变得更加简单，而不是重新安装它来将它放到更大的硬件上，我们只需移动VM。

Answer 3

偷袭是一场噩梦。我们花了两个星期才做好这件事。

安装文档建议您创建5！帐户类型，并为它们分配不同的角色和权限。我们从零开始在虚拟服务器上尝试了几次，直到我们知道应该如何做为止。我这辈子最糟糕的安装经历。

在工作时，人们仍然怀疑TFS在签入时会丢失一些代码，就像以前的SourceSafe一样。

否则没什么特别的。在我们的团队中，我们不使用它的许多特性，因此我没有看到任何区别，除了在基本相同的按钮上的不同图标。是的，而且比SourceSafe快得多。