我應該關注什麼級別的關注將.NET Framework 3.5部署到當前託管大約20個.NET Framework 2.0應用程序的生產應用程序服務器上？是否有任何.NET Framework 3.5部署注意事項？
我遇到了阻止我將.NET框架3.5推廣到我們的環境中的請求。我們沒有充滿信心地進行迴歸測試的能力，也沒有可用的資源來充滿信心地測試每個應用程序。
這是我的理解，作爲一個主要設計目標，.NET框架XX構建並證明允許1.0,1.2,2,3,3.5等被部署在同一臺機器上，並具有高可信度版本之間的相互作用不會破壞eairlier版本。
我試圖找到在IT社區中報告的'突變'，並且迄今爲止發現了非常少的示例，因此我傾向於通過最少的測試來推出此運行時。
對於在這種情況下推出.NET 3.5的這種方法，您對於這種方法的關注程度如何？
我的關注程度非常低。 3.5框架與現有2.0應用程序交互的唯一方式是由於在3.5安裝期間將Service Pack應用於2.0 CLR。即service pack1。因此，在安裝之後，所有以前的應用程序都將開始在CLR 2.0SP1和CLR 2.0上運行。
所以真的這是一個問題，你有多少信心在服務包？
這裏是服務包的鏈接和他們修復的錯誤列表。所有錯誤修復都是一種突破性改變，可能會影響應用程序的行爲（否則爲什麼要修復它？）。
NET 2.0的其實只是.NET的3.5
一個子集，這兩個都建立在CLR 2.0
3.0新增的基礎庫的頂部（ WF，WCF，WPF）和3.5 was another rollout of additional features。總而言之，除非你在你的機器上完成了一些完全瘋狂的事情，否則你應該完全沒有問題。
我瞭解您的擔憂，通常會建議您先在非生產環境中的服務器上進行儘可能多的測試。
但是 - 儘管如此，.NET 3.5的核心運行時組件與.NET 2.0中的相同。版本3.5本質上是.NET v2.0，頂部有額外的庫。
正如你所說 - 框架被設計爲很容易共存，所以它應該都是好的。
我們當然沒有任何問題在我們的生活環境中推出。
免責聲明：以上所有內容僅僅來自我的經驗 - 如果一切都出錯，請不要責怪我！ ; o）
多個dotnet版本可以駐留在同一臺機器上，並且dot網絡組件實際上將其目標框架保存在其清單中。因此，如果一個應用程序編譯爲2。0或更老，並且您的機器上存在該版本，那麼這絕對沒有問題。這就是dotnet框架的首要目標。並行執行並消除DLL地獄問題。
但是向上兼容性從來就不是問題......如果一個程序集編譯時使用2.0版，它將在後續版本中完美運行......但是如果某些東西仍然出錯，您需要責怪MS：P ..
在新版本的情況下，幸運的是我們足夠成熟，只在編譯期間強制執行廢棄的檢查。在執行中它不會有問題。
關於那些在框架工作中增加新功能之後出現的錯誤條件（正如你提到你的應用程序的迴歸測試）......好吧，它總是有一個機會，儘管它是非常罕見的。但是，如果您要並行執行dotnet框架執行選項，那麼程序集將在目標框架中加載並運行（如果存在於機器上）。
雖然我同意這裏的每個人，但我會添加一條評論。如果您使用Service Pack 1安裝.NET 3.5，則確實會自動將一些額外的權限推入計算機，以便允許網絡共享上的.NET代碼以完全權限運行，就像它們在本地硬盤上運行一樣。如果這對你來說是個問題，那麼你可能想看看限制權限。