TFS 2008有什么问题？

我们也刚刚开始从sourcesafe和Bugtracker.NET迁移到TFS。 安装相当简单，除了我阅读安装指南时错过的一些预先需求。
1）是数据层需要在同一个实例中有分析服务。 等待一个亲切的DBA来做必要的事（数据层是一个集群服务器，并已经托pipe生产的东西），然后我发现你可以安装分析服务分离，但只能使用答案文件。
2）对我来说很愚蠢，但我忘了在应用层安装报告服务。 答案文件将再次允许报告服务安装在别处。

另一件事是我在安全移植源代码的时候。 我们在sourcesafe中有很多共享文件。 我知道TFS不支持共享，所以我们已经决定了如何处理这些共享的项目。 然后，我迁移到TFS，但是我没有将它们迁移到它们最初创build的sourcesafe中的位置。迁移只从共享时间的历史logging到该位置。 这意味着我不得不删除这个尝试，然后再做一次，但是select每个项目上最有用的历史logging。

受到这里的另一个答案的启发，安全pipe理方面有点混乱开始。 您必须分别控制TFS，Sharepoint和SQL Reporting Services权限。 这不能帮助这是我的第一个pipe理方面的SharePoint的经验。

团队build设稍微更令人沮丧。 但之前我们还没有构build服务器，所以有一些学习正在进行。 我目前正试图让数据库项目正确地build立，认为我已经到了那里，只是整理了所需的预先需求。 一些Visual Studio，SQL服务器，find了DBPro的团队套件的补丁，这意味着我不再需要SQL服务器了！

没有什么别的报告。 只是习惯如何TFS的源代码pipe理工作。 到目前为止，它比源安全更好。 我还没有想过“为什么这样做？” 在使用Sourcesafe的时候，我经常想到，特别是在我学习奇怪的方法之前。

我们已经运行了一年，从最终用户的angular度来看，程序本身是很好的。 通过它的源代码控制，与Visual Studio是伟大的。

我遇到的唯一真正的问题是，有时它可以像pipe理pipe理运行的堆栈的pipe理员的房子一样。 从单层堆栈移到双层堆栈是一个噩梦，我真的希望他们能够在下一个版本中更容易地configuration应用程序。

我真的build议你在SQL 2008上安装它，而不是尝试进行就地升级，因为这看起来有点噩梦，2008年是从我已经有的TFS服务器的下一个版本的预先要求听到。

我的最终build议是在安装TFS之前让你的堆栈尽可能的运行。 我们已经将它转移到虚拟机中，它让我们的生活变得更轻松，而不是重新安装到更大的硬件上，我们只需移动虚拟机。

Instalaltion是一场噩梦。 我们花了两周的时间来pipe理它。

安装文档build议您创build5！ 账户types并分配不同的angular色和权限。 我们在虚拟服务器上尝试了几次，直到我们想出应该如何完成。 我生命中最糟糕的安装经验

在工作时，仍然怀疑TFS在签入时丢失了一些代码，就像SourceSafe的习惯一样。

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

TFS的安装是非常痛苦的…我试图使用Windows Server 2008与SQL Server 2008.它花了3次尝试之前，我放弃了（顺便说一句，如何做到这一点明确的一步一步的指示 – 这不是微不足道的）。

最终我放弃了，只是让它做它想做的事情…与SQL Server 2005的Windows Server 2003，它很好。

这个装置给我口中带来了如此糟糕的味道，我们还没有真正开始使用它。

我想要roshambo负责设置/安装的开发人员。 最糟糕的安装…