處理引用在Visual Studio中跨用戶的位置

Question

我想知道人們如何處理跨多臺計算機跨多個用戶的引用處理問題。我們有一個只有少數開發人員的小開發商店。我們有一個問題，每當用戶獲得最新版本（我們使用TFS進行源代碼管理）時，引用位置/路徑/ web.config文件會混亂，因爲引用位於稍微不同的路徑中：c：\ Dave \ CommonBin與c ：\ Joe \ CommonBin。其他人如何處理這個問題？

Answer 1

你究竟在哪裏開發？本地盒子還是共享盒子？如果是本地盒子，沒有理由讓c：\ Dave和c：\ Joe出現。如果你在共享的盒子上，你應該檢查方法是否正確，因爲共享環境==雜亂。

我的方法是保持路徑相同，相對而言。這意味着即使根不相同（即絕對路徑可能不同，但.sln文件的相對路徑相同），每個人都使用相同的結構。這允許人們在VS 2010項目目錄下或在其他文件夾（我使用c：\​​ projects）下工作。

對於Web工作，您可以應用此方法並使用內置的Web服務器，但是我發現使用IIS是更好的選擇，因爲您可以擺脫使用內置服務器時出現的其他一些問題。這意味着每個開發人員都必須設置IIS目錄（不完全正確，因爲使用IIS的Windows 7將幫助您的開發人員），但無論哪種方式，這不是一個巨大的步驟，它消除了許多令人頭疼的問題。

如果得到一致的結果，那麼您最終會在系統中保持一致，並避免您現在遇到的很多問題。要從這裏到達那裏，你將不得不暫時咬住子彈並修理東西。

Answer 2

在所有開發人員中使用一致的路徑結構應該有所幫助。就第三方圖書館而言，最好將其與項目本身進行覈對。這樣你可以獲取最新的代碼和構建。根據我的經驗，TFS在二進制檢測方面做得不好，並且由於與Visual Studio集成，除非添加解決方案項目並在其中包含庫，否則將它們更新爲新版本可能會很痛苦。如果您不介意將解決方案資源管理器稍微留出來管理依賴關係，則可以使用源代碼管理工具在解決方案之外管理它們。

使用web.config文件，我傾向於檢查web.config.template文件，並且所有更改都會轉到那裏。然後開發人員可以編輯他們想要的本地環境所需的web.config，而不會讓其他人感到困惑。但是您必須記住確保對模板文件進行更改。不是一個完美的場景。

Answer 3

通常使用相對路徑包含項目引用。因此，只要文件的相對路徑相同，開發人員是否擁有不同的項目樹並不重要。

這聽起來像你只需要將CommonBin目錄移動到項目樹，它應該工作。