将解决方案从Visual Studio 2005转换为2008
我们正在考虑将大型解决方案从2005年转换为2008年，但希望确保我们不会遇到任何不可预见的问题。我们应该寻找哪些东西？我们是否需要重新测试整个项目？谢谢！将解决方案从Visual Studio 2005转换为2008
我们转换并没有任何问题。转换仍然使用您最初使用的相同的.NET框架，除非您更新它。我不认为会有任何问题。
我已经将大约十几种不同的解决方案从2k5转换为2k8，并且很少有问题（这些都是由于原有的本机代码，而不是托管代码）。这几乎总是一个无痛的更新。 – 2009-07-15 14:54:08
是的;这很容易。我能想到的唯一障碍是你不能回去 - 所以你应该尝试一次性升级它们。 – STW 2009-07-15 14:55:00
我最近将一些应用程序从VS 2005迁移到VS 2008，但很少有问题..真的很方便.. – 2009-07-15 14:57:23
根据我的经验，从2005年到2008年一直非常顺利！ VS 2008支持多目标定位，所以如果你愿意，你仍然可以使用以前的框架。
虽然我仍然会重新测试该项目。
默认情况下，当您从2005切换到2008时，.NET 2.0仍然是目标，因此您将得到完全相同的结果。您可以一次将项目切换到.NET 3.0或3.5。我没有遇到任何问题。
从VS2005转换到VS2008并不一定意味着您需要更改您运行的.NET Framework的版本;这主要是升级项目文件的问题。
但一如既往;任何改变都应该触发测试。
不知道......
...把所有版本控制/备份之前启动什么类型的，你会遇到具体困难，但转换。
我转换了几个没有问题的项目。我对第一个项目进行了相当彻底的测试，但其他项目只是收到了一个快速转场。如果您在转换后仍然定位2.0框架，我认为您的风险相当小。当然，确保您的版本控制已更新并准备回滚，以防万一。
只有构建windows服务的安装程序时遇到小问题，但这相对比较容易理清。
您只需要更改SLN文件中的前2行（到下一个版本号，包括行和注释行）。
然后在VS2008中启动。项目文件格式保持不变。项目仍将以.NET 2.0为目标。
他们明白了！
我们的Visual Studio 2008在使用我们项目中的资源编辑器打开任何.rc文件时崩溃。他们工作得很好，然后才从2005年开始转换。
我们还没有花时间来确定究竟是什么原因导致崩溃，因为对这些文件的更改非常罕见，以至于在代码视图中手动修改它们是可以接受的。无论如何，我们现在正在将整个应用程序移植到.NET中。
它们是什么类型的项目，你会用它来改变你正在使用的框架的版本或者有关它们的设置的其他细节吗？我不得不从2005年到2008年以及.Net 3.5转移一些ASP.Net 2.0项目，并发现有时会出现一些问题。这是一年前，所以我不记得确切的细节（它可能已经从网站更改为Web应用程序类型），但我相信这是与App_Code文件夹不再有关需要并导致编译错误。所有这些都很容易纠正，但比简单地在新应用程序中打开解决方案涉及更多。
最好的出发点很可能会采取的解决方案之一的副本，它有一条缝，看到你的代码结构:)
会发生什么。如果它是一个ASP.NET Web应用程序并且您正在使用ASP.NET AJAX，则需要考虑几件事情。
ASP.NET AJAX 1.0是针对.NET Framework 2.0的单独安装。
但是，从Visual Studio 2008开始，ASP.NET AJAX 在GAC（全局程序集缓存）中预装了。
因此，在您的Visual Studio 2005 Web项目的的Web.config文件中的配置设置被引用到ASP.NET AJAX 1.0。
您需要修复该问题以指向ASP.NET AJAX的.NET Framework 3.5版本。
您好在VS 2005中有一个项目，我想在VS 2008中转换，我的问题是，当我在VS 2008中打开我的项目时，它没有要求我转换，我的意思是没有转换向导..是没关系 ？ – Japongskie 2016-04-06 02:00:47