多年來，我將我的項目/源文件夾放在從根目錄（如D：\ Projects）中刪除一級的目錄中，並將它們保留在Visual Studio的默認位置之間。什麼是Visual Studio中項目的最佳默認位置？
在過去，我拒絕了存儲在由運95，運98和XP建立的各種「我的文檔」文件夾的任何東西。由於Vista縮短了路徑，我終於轉而將它們存儲在Documents文件夾中，並且厭倦了爲我的開發工具更改默認目錄。但是，現在我發現自己正在創建一個脫離根目錄的文件夾，因爲我正在設置一臺新機器。
我厭倦了將東西存儲在文檔文件夾中時必須導航到的長路徑。另外，由於我使用VCS作爲源代碼，因此我不會像使用其他文檔那樣備份源代碼和數據庫文件。然而，看起來你總是努力維護一個「非標準」源代碼位置，因爲每個開發工具通常都希望將文件存儲在文件的子文件夾中。
我想聽聽其他人對這個問題的意見。
我認爲這取決於您的使用......我更喜歡將我的開發項目放在單獨的驅動器/分區上，因此通常會使用以下約定D:\projects\{company-name}\({client-name}|internal)\{project-name}客戶名稱進入時的位置是工作時間一個給定的公司，但另一個。我保留我的項目在D:\projects\personal\...這允許更好的結構。
至於備份策略，恕我直言，這是源控制的目的。我更喜歡顛覆，併爲svn服務器提供備份策略。雖然我並不十分關心ankh 1.x，但是2.x版本以及TortoiseSVN對我來說工作得非常好。作爲慣例，我傾向於經常簽入，並嘗試僅檢查可運行狀態的代碼（儘管新功能/代碼可能不起作用）。
在明確違反我的Unix過去，我使用c：\ dev（開發）或任何其他驅動器用於開發。注意：建議不要使用系統分區進行開發，因爲軟件開發確實會使磁盤碎片化。
我從來沒有任何理由使用另一個目錄 - 除了一些項目，其中「企業標準」強迫大家對C盤根開發目錄：驅動器。 （真的！他們已經硬編碼到c：\的路徑）
在開發過程中，我有時會查看不同版本的源代碼到不同的版本 - 如果只是發現版本控制系統的版本每個文件都有簽入。（有時我向開發目錄添加一個文件，但忘記檢查它。）
所以，我認爲這是相當無關緊要的，你的開發目錄是，只要路徑對你來說是可打字的（我更喜歡短路徑），並且在Windows上不包含空白空間（如果你想做一些腳本）。
我還沒有嘗試過自己，但我想你可以把你的項目，我的文檔，並使用一個符號鏈接的目錄在你的根文件夾。通過這樣做，您可以同時訪問文件和解決問題，例如更改工具目錄。 Info about symbolic links in Vista
如果你是唯一一個使用你的計算機，我真的不明白爲什麼你應該把你的代碼放在配置文件目錄中，無論如何應該使用版本控制系統進行備份。
我更喜歡在另一個分區的位置。因爲項目有很多很多的小文件，如果你使用SVN或其他版本控制系統，這個文件如果存儲在操作系統分區上的話會有很高的碎片和較慢的系統。
我存儲輔助驅動器上「活動」的項目，從根的一個級別。快速到達該文件夾要容易得多（即使VS2008現在有這個不錯的「在Windows資源管理器中打開文件夾」）。這對於備份，格式化/重新安裝等也很方便。「不太活躍」的項目存儲在NAS上以供快速參考。全部也存儲在備份的遠程SVN服務器上。 （我也建議不使用＃在文件夾中的Web應用程序，因爲它（有時）創建開發網絡服務器奇怪的錯誤）
我使用SUBST（在啓動時運行）來映射一些隨機文件夾到一個高字母的駕駛。然後我可以把我的東西放在任何地方，然後移動它，但我總是可以通過Y:或Q:或其他任何東西來指代它。
這是說解決所有問題的間接那些額外的一層。
對於個人項目，我只是把他們的桌面上（雖然我做的桌面移動到d：\桌面）。當它們變爲非活動狀態時，它們會被歸檔到我的文檔中。
對於工作，我有一個C的所有項目：一個專門的開發虛擬機內\文件夾中的源碼。
只有一個問題，做你的主要開發桌面應用程序或Web應用程序？
如果你經常編寫Web應用程序，這裏對我來說是什麼在起作用：
一個優點這種設置可能是，它更容易爲你導航您的網站在瀏覽器中，即少打字，更容易記住，所有其他應用程序的標準化。
我的2cents。
這是更好地使你的項目比其他窗口其他分區，我想我做的 d：\項目\「項目的一些分組擁有自己的選擇。」 \項目名稱
例如 d：\項目\大學學報\入場 d：\項目\ universry \檢查 d：\項目\策劃\ IPP
設置夜間碎片整理日程;） – 2009-05-23 22:20:07