我们公司正在从VS 2005转换代码。我知道他们将无法使用VS 2008来访问它，但是我们已经有了一个补丁来启用适用于我们的TFS 2008的Web访问TFS服务器。这意味着他们可以通过网络访问源代码，但可以在VS 2005中执行。Team System 2008和VS 2005代码
代码最终将在VS 2008中重写，但我们需要使用源代码控制工具来维护旧代码。 SVN不是一个可以接受的解决方案，因为我们是一个.NET团队系统公司。
有没有人看到这个问题？
谢谢！
我们已经做了从2005年到2008年的几次升级，并没有真正的问题。只需在2008年打开解决方案，并让它进行升级。然后在TFS中创建一个新项目并将升级后的源代码添加到它。我们保留旧的TFS项目和源代码以供参考，但我们很少真正需要回到它。
我不明白您的声明您正在“转换代码”...... VS2008不会更改VS2005项目/解决方案中的任何代码，只是项目/解决方案文件。你为什么只为一些你的员工转向VS2008？似乎更好的是让每个人都转向VS2008。我怀疑你的任何开发人员都不会抱怨搬到VS2008，除非他们运行的是旧硬件或其他东西。
VS2005与TFS2008很好地合作，唯一需要注意的是Team Build领域，您可能需要安装几个VS2008客户端来帮助您管理构建。 VS2008和VS2005可以在同一台机器上并肩生活。
希望有帮助，
Martin。
你从哪里听说VS2005无法使用TFS 2008，并且VS2008不会打开VS2005项目？就像sliderhouserules所说的那样，只有项目文件被改变了，即使如此，VS 2005也无法打开它们。
我总是在测试新工具的时候出现，并且VS2008能够与我的部门中的其他开发人员并排运行，他们从来不知道。
Hrm ....我不希望项目转换。有人提到他们想使用TFS来执行源代码控制，但不会将项目迁移到2008年。我想要了解一下将在2005年项目中使用TFS 2008的感觉。
我知道我可以在2008年运行2.0框架。我只是不希望它将其转换为2008年，因为我们有计划重新编写应用程序。我会尝试再次打开解决方案而不升级它。
感谢
你有在TFS08构建？我记得看到一篇文章说SLN的构建顺序没有被构建所尊重。我认为这个建议是指定项目本身要建立的。