我们正在建立一个新的 TFS 2008 实现，作为我们第一次使用 TFS 进行源代码控制。我们在 Visual Studio 2003、2005 和 2008 中有几个项目，以及其他基于脚本/非 Visual Studio 的项目。
我的问题是，对于 Visual Studio 2003 和 2005 项目，我们是否必须安装 Team Explorer 2003/2005 并使用它们将项目添加到源代码管理并签出/签入文件，或者，我们可以只使用 Team Explorer 2008添加项目和签入/签出文件？想法是开发人员可以使用 2008 来检查任何东西，然后打开适当的 Visual Studio 版本来处理他们的本地项目实例，然后在他们的本地 Visual Studio 2008 应用程序中使用 Team Explorer 2008 重新检查它。
令人担忧的是，通过使用 Team Explorer 2008，Visual Studio 2008 可能会对旧系统解决方案 dll 或控制细节进行更改。
感谢您的任何指导。
这个有可能。我的同事正在使用 Team Explorer 处理非代码文件（Word 文档、帮助文件等），并像使用 VSS 或任何其他 SCC 一样使用它。
作为额外的奖励，我很确定 TFS Server 2008 至少向后兼容 2005 （有一段时间没有针对 2003 运行）。IIRC，我已经针对 2008 TFS 服务器运行了 VSTS 2005 For Developers。
我会为你仔细检查，但我最近重新映像了我的开发机器并且没有重新安装 2005（正在处理新的东西！）。
顺便说一句，就整个开发过程而言，我发现 TFS 可以节省大量时间。IDE 集成是一流的，链接的错误/任务跟踪和变更集，带有警报、注释、内置查询和报告，让我想知道没有它我是如何相处的。
HTH。
VS 2005 和 VS 2008 的 Team Foundation 客户端可以并排安装，因此没有问题（VS 2003 没有，但您可能使用 MSSCCI 提供程序）。
但是，如果您愿意，您可以在 VS 2008（或最新的电动工具中的 Windows Explorer 扩展）中执行所有源代码控制操作，但在 VS 2003/2005 中处理项目时不会出现任何问题。您只需要确保不会意外地从 VS 2008 中打开项目文件，因为这会升级项目格式。