2009-07-15 105 views
3

我們正在考慮將大型解決方案從2005年轉換爲2008年,但希望確保我們不會遇到任何不可預見的問題。我們應該尋找哪些東西?我們是否需要重新測試整個項目?謝謝!將解決方案從Visual Studio 2005轉換爲2008

+0

您好在VS 2005中有一個項目,我想在VS 2008中轉換,我的問題是,當我在VS 2008中打開我的項目時,它沒有要求我轉換,我的意思是沒有轉換向導..是沒關係 ? – Japongskie 2016-04-06 02:00:47

回答

3

我們轉換並沒有任何問題。轉換仍然使用您最初使用的相同的.NET框架,除非您更新它。我不認爲會有任何問題。

+0

我已經將大約十幾種不同的解決方案從2k5轉換爲2k8,並且很少有問題(這些都是由於原有的本機代碼,而不是託管代碼)。這幾乎總是一個無痛的更新。 – 2009-07-15 14:54:08

+0

是的;這很容易。我能想到的唯一障礙是你不能回去 - 所以你應該嘗試一次性升級它們。 – STW 2009-07-15 14:55:00

+0

我最近將一些應用程序從VS 2005遷移到VS 2008,但很少有問題..真的很方便.. – 2009-07-15 14:57:23

2

根據我的經驗,從2005年到2008年一直非常順利! VS 2008支持多目標定位,所以如果你願意,你仍然可以使用以前的框架。

雖然我仍然會重新測試該項目。

2

默認情況下,當您從2005切換到2008時,.NET 2.0仍然是目標,因此您將得到完全相同的結果。您可以一次將項目切換到.NET 3.0或3.5。我沒有遇到任何問題。

2

從VS2005轉換到VS2008並不一定意味着您需要更改您運行的.NET Framework的版本;這主要是升級項目文件的問題。

但一如既往;任何改變都應該觸發測試。

1

不知道......

...把​​所有版本控制/備份之前啓動什麼類型的,你會遇到具體困難,但轉換。

0

我轉換了幾個沒有問題的項目。我對第一個項目進行了相當徹底的測試,但其他項目只是收到了一個快速轉場。如果您在轉換後仍然定位2.0框架,我認爲您的風險相當小。當然,確保您的版本控制已更新並準備回滾,以防萬一。

0

只有構建windows服務的安裝程序時遇到小問題,但這相對比較容易理清。

1

您只需要更改SLN文件中的前2行(到下一個版本號,包括行和註釋行)。

然後在VS2008中啓動。項目文件格式保持不變。項目仍將以.NET 2.0爲目標。

他們明白了!

0

我們的Visual Studio 2008在使用我們項目中的資源編輯器打開任何.rc文件時崩潰。他們工作得很好,然後才從2005年開始轉換。

我們還沒有花時間來確定究竟是什麼原因導致崩潰,因爲對這些文件的更改非常罕見,以至於在代碼視圖中手動修改它們是可以接受的。無論如何,我們現在正在將整個應用程序移植到.NET中。

0

它們是什麼類型的項目,你會用它來改變你正在使用的框架的版本或者有關它們的設置的其他細節嗎?我不得不從2005年到2008年以及.Net 3.5轉移一些ASP.Net 2.0項目,並發現有時會出現一些問題。這是一年前,所以我不記得確切的細節(它可能已經從網站更改爲Web應用程序類型),但我相信這是與App_Code文件夾不再有關需要並導致編譯錯誤。所有這些都很容易糾正,但比簡單地在新應用程序中打開解決方案涉及更多。

最好的出發點很可能會採取的解決方案之一的副本,它有一條縫,看到你的代碼結構:)

1

會發生什麼。如果它是一個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版本。

相關問題