您是否遇到Visual Studio 2008和C＃的參考問題？

Question

我正在開發一個項目，似乎每次有人從源代碼管理項目簽出項目以在其本地框中構建項目時，他們都會遇到問題，因爲參考不再解決。

我無法弄清楚它是一個配置問題還是Visual Studio 2008問題。有其他人有這個問題嗎？如果是這樣，有什麼可以解決這個問題嗎？

注意：它可能與正在引用的DLL的顯式路徑有關，或者它們如何被引用......我不太確定。

Answer 1

通常我看到這對機器A三種情況之一

1. 軟件包計算機A上，而不是機器B
2. 事在GAC（全局程序集緩存），而不是在計算機B
3. 包不簽入源代碼控制

Visual Studio的通常處理的關係尋路很好，我已經沒有它只是是一個路徑ISS UE。

另外請確保您沒有簽入.SUO文件和.csproj.user。這些都會有時候會引用參考文獻。

Answer 2

開始尋找你的.csproj文件。幾年前我們遇到過這個問題，但很快就知道這是比其他任何操作更容易出錯的地方。要查找的具體項目有：<HintPath>和 <ProjectReference>。

Answer 3

是的，你的問題肯定是由你引用的DLL的路徑引起的。查看項目的References文件夾中DLL的屬性（右鍵單擊Visual Studio解決方案中的參考項並選擇Propertiers），查看用於該DLL的路徑。爲了解決這個問題，一個選擇是確保每個人在其本地驅動器上具有相同的路徑到所引用的DLL。您還可以使用項目屬性上的「參考路徑」頁面向項目添加其他參考路徑。

Answer 4

請檢查是否有人不小心犯下/任何csproj.user文件檢查他們的本地路徑內<ReferencePath> under <propertygroup>

Answer 5

這聽起來像被引用的DLL沒有簽入源代碼控制 - 我把所有外部DLL中的一個lib項目根目錄下的文件夾並引用它們。我從來沒有用Visual Studio正確解析相對路徑的問題。

Answer 6

1. 在同一解決方案中對自己的代碼的引用應該是「項目引用」。千萬不要直接將這些作爲引用添加到DLL中。對於您自己的/內部的代碼，請儘可能多地添加解決方案。否則採取策略2C。
2. 應該討論對其他代碼的引用，併爲每種引用類型選擇一種策略。你有幾種選擇：

a。直接添加DLL作爲解決方案的一部分，可能在LIB目錄中。檢查它到源代碼管理。每個團隊成員都會有一致的體驗。

b。對於第三方組件，每個人都應該使用一致的安裝路徑等來運行供應商安裝包（許多第三方安裝到GAC，因此它成爲參考的一部分，否則它將是c：\ Program files \ etc等）

c。將DLL發佈到共享目錄，即網絡共享。僅來自此路徑的參考DLL。確保Copy-Local是真實的。

通過檢查CSPROJ文件XML中的標籤（如ProjectReference和HintPath）驗證策略是否已遵循。

最後，每個團隊成員應該知道這一點。如果有人做了一些不同的事情，那麼每次新的「獲得最新」時都會一次又一次地感受到痛苦。