我的任务是维护Visual Studio 2005解决方案但我只能访问Visual Studio 2008.每当我尝试在Visual Studio 2008中打开旧解决方案时，IDE就会热衷于将解决方案转换为新版本。
在此次转换过程中究竟发生了什么，是否有办法阻止它（因为我需要提供代码才能在2005年打开它）？
答案 0 :(得分：6)
这是2005年解决方案文件的开始：
Microsoft Visual Studio Solution File, Format Version 9.00
# Visual Studio 2005
这是2008年：
Microsoft Visual Studio Solution File, Format Version 10.00
# Visual Studio 2008
除此之外，你不应该改变任何东西（在我们的情况下它是这样的）。
答案 1 :(得分：3)
我的建议是，您应首先备份项目，然后运行VS 2008的迁移向导。当它询问您是否要查看迁移期间更改的所有文件的报告时，请选择是。它将显示在此过程中更改的文件列表。
在几乎所有情况下 ，更改的文件仅限于更改版本号的项目文件。但是，没有硬性规定，没有其他任何改变，你不应该依赖于此。最好的方法是恕我直言，检查更改列表中提到的每个文件的更改。
如果更改的唯一文件是项目文件，则应该可以轻松地在VS 2008中维护代码。只需在需要重新部署时更改项目文件中的版本。
答案 2 :(得分：1)
Jon Skeet提出post关于使VS2008解决方案与VS2005共存的问题。
解决方案文件与@Igor Brejc描述的版本号略有不同。但是，对项目文件也进行了一些更改。这些更改在this article where there also is a nifty VS2005-VS2008 converter application available：
中描述+==========================+====================+==========================+
| Element | VS2005 | VS2008 |
+==========================+====================+==========================+
| Tools Version | absent | 3.5 |
+--------------------------+--------------------+--------------------------+
| Product Version | 8.0.50727 | 9.0.21022 |
+--------------------------+--------------------+--------------------------+
| Old Tools Version | absent | 2.0 (if converted) |
+--------------------------+--------------------+--------------------------+
| Target Framework Version | absent | 2.0 |
+--------------------------+--------------------+--------------------------+
| Bootstrapper | .NET Framework 2.0 | .NET Framework 2.0 (x86) |
+--------------------------+--------------------+--------------------------+
| Import Project | $(MSBuildBinPath) | $(MSBuildToolsPath) |
+--------------------------+--------------------+--------------------------+
上述链接中的应用程序会将VS2008解决方案中的解决方案和项目文件转换为VS2005，反之亦然。
答案 3 :(得分：0)
首先，据我所知，只改变了项目文件。在我到目前为止遇到的情况中，基本上只更改版本号并插入目标框架。只需更改版本，即可轻松转换项目文件。
运行转换并将项目文件（XML文本文件）与diff工具进行比较，您将立即看到差异。