其實很簡單的問題。我一直在使用一臺慢速筆記本電腦在VS2012上進行開發，並且我現在設置了一個可以開發的尖叫器。版本等沒有變化，只是在不同的機器上完成。將Visual Studio 2012解決方案遷移到另一臺服務器不是版本
說實話，我甚至沒有拷貝Projects文件夾，因爲我不確定是否會有項目特定的選項將被重置/打破。
要清楚的是，新的2012是最終的，我甚至沒有嘗試遷移。已有很多選項/功能添加到我現有的項目&解決方案中，因此可能不會像複製/粘貼項目文件夾那樣簡單。
你的想法是什麼？
@Peter and @JohnnyHK，
你們都是對的。我正在把它放在一臺新機器上，擔心我需要記住很多我沒有記錄在解決方案中的東西（以及它下面的項目 - 大約20個）。
所以我已經在舊機器上使用了Subversion，所以我添加了VisualSVN/Tortoise並將解決方案的副本簽出到新的Projects文件夾中。有350個錯誤&更多警告！哎呀！
但我很快就經歷了它們，現在它很乾淨。我在過程中注意到的一件事情是，VS2012涉及項目（網上）參考時有點「破碎」。 NuGet實際上令人驚訝，因爲只要我打開包控制檯，它就一起發現&安裝所有包&依賴關係！ :)
我啓用了「顯示所有文件」，然後打開「引用」樹節點，並在旁邊註明了帶有小黃色「X」的節點。在好的一面，那些不需要的東西（我添加了它們，但創建的只是混亂）很高興看到&刪除。但是，大多數引用的錯誤都來自引用了實際在正確位置的DLL的引用，而當我用錯誤圖標單擊引用時，錯誤就會消失。奇怪的，但更可取...
最奇怪的是引用了它們應該在哪裏的DLL（我會在項目中創建一個.lib目錄，一個la * NIX風格，並將所有DLL對於那裏的項目），但我必須刪除錯誤的引用（即使項目指向正確的文件/位置），然後重新瀏覽它，再次添加它，並且所有錯誤消失。
總的來說，我對於輕鬆 - 即使是奇怪 - 印象深刻。一旦我看到參考文獻被破壞了，我就進入每個項目&。讓我清楚，任何人都在進行大規模的WPF遷移：如果我已經開始了第一個項目並完成了最終項目，並且只修復了參考問題，我會在5分鐘內完成 - 包括NuGet自動執行的時間，加載。
我不會說謊;這是新機器解決方案的第一次大遷移，當我看到700個警告/錯誤時，我想「還有一個週末！」，但我會警告那些在這種情況下不要進入源代碼並嘗試修復每個紅色下劃線。你會破壞的東西！
與其他大多數IDE一樣，Visual Studio的構建允許大型團隊在相同的項目上工作。複製項目的作品。項目特定的選項存儲在項目文件中，您可以使用文本編輯器查看。有些項目可能會引用未安裝在新機器上的庫 - 只需安裝它們即可完成。 – Peter
但是你仍然想從舊VS2012安裝導出你的VS設置，並將它們導入到新的。 – JohnnyHK