關於使用SUBST

什麼是建立在使用subst命令窗口虛擬驅動器的意義創建一個虛擬驅動器。我正在創建虛擬驅動器到我的原始源代碼目錄，然後使用虛擬驅動器編譯，編輯等所有東西。關於使用SUBST

那是什麼主要用途？我們不能在我已經完成源代碼結算的原始目錄上工作嗎？

來源

2016-07-19 Abhinav

這要看情況。例如，您的工具鏈可能對路徑有限制 - 不支持長文件名（MS DOS的次數）或不支持超過260個符號（Windows 95次數）的路徑。一般現代工具不需要 – vitalygolub

MSdos 1沒有做目錄。 Subst允許Dos 1程序在Dos 2和更高版本上工作（假裝目錄是驅動器）。人們發現它非常有用，所以這個功能很重要。 –

（收集到的所有意見到現在到一個社區的答案，因爲他們都是很好的和最新的點，共同打造一個很好的答案隨意添加更多信息。 - 斯蒂芬）

這取決於。例如你的工具鏈可以有路徑的限制 - 不支持長文件名（MS DOS時代），或不支持的路徑，長於260個符號（窗口95倍）。一般對於現代的工具是沒有必要 - vitalygolub

當多個開發商在一個項目工作，開發商不都相同的目錄結構上面的源項目目錄，這讓常感替代項目的父目錄作爲驅動器。然後，所有開發人員都可以使用絕對路徑處理項目，儘管項目存儲在開發人員的機器上的不同目錄中。 - Mofi

像Visual C/C++這樣的一些編譯器甚至可以在某些條件下編譯爲可執行文件絕對源代碼路徑。我見過很多*.exe和*.dll文件已經很多User\user name\...或User/user name/...。在可執行文件或庫中查看開發人員的用戶帳戶的名稱有時非常有趣。取代爲驅動目錄的使用有助於避免用戶帳戶名無意中公共就像沒有存儲在%USERPROFILE%子目錄項目。 - Mofi

另一個原因是經常在文件中使用絕對路徑進行調試。相對路徑有時會有問題，因爲調試器需要知道哪些路徑是相對路徑的。由於使用項目目錄作爲虛擬驅動器，因此在文件中使用（較短的）絕對路徑可以避免路徑相對於調試目錄錯誤導致的問題。 - 漁業部

MSDOS 1沒有做目錄。 Subst允許Dos 1程序在Dos 2和更高版本上工作（假裝目錄是驅動器）。人們發現它非常有用，所以這個功能很重要。 - 麪條

來源

2016-07-19 17:02:35 Stephan

回答

相關問題