2013-05-03 60 views
2
  • 我正在使用Visual Studio 2008專業版。
  • 我的開發環境是我在Microsoft Virtual PC 6.0.156.0中運行的虛擬機
  • 由於在此問題之外更好地討論的原因,我在網絡共享上有源代碼。另外,一旦構建完成。所有的參考資料(只是發佈dll和pdb)被放置在這個網絡共享的「Assemblies」文件夾中。因此,任何時候我想要添加引用的項目都有一個引用添加到此Assemblies文件夾。我不直接鏈接其他項目。

這是莫名其妙的看到,我看到:Visual Studio引用以某種方式獲取緩存嗎?

我做了5月1日一個全新的DLL,並把它放在我的組件文件夾。那時候,我還打開了一個現有的項目,並添加了這個新的DLL作爲參考。

今天,我不得不對該DLL進行更改。我進行了更改,構建並將新的DLL和PDB(日期5/3)放置在「裝配」文件夾中。

我打開這個存在的項目,刪除我的bin/obj文件夾,清理解決方案,重新構建解決方案 - 當我查看這個項目的bin文件夾時,它具有5/1 dll和5/3 pdb。沒錯,它有5月1日的DLL。 5/1 dll存在的唯一地方就是在這個Assemblies文件夾中,因爲它根本不在我虛擬機中的任何文件夾中。這5/1 dll被替換爲5/3 dll。它如何不重新編譯新的DLL?

對於哈哈,我去了Assemblies文件夾並將其刪除。現在它消失了。我現有的項目甚至不應該有能力鏈接這個DLL。沒有任何。我刪除bin/obj文件夾,清理,重建。它編譯成功。我在bin文件夾中查看,並有一個5/1的dll。

它在哪裏得到這個DLL?它不存在於我的虛擬機中的任何文件夾或該網絡共享上的Assembilies文件夾中的任何目錄中。哎呀,5/3 DLL也不在那裏。沒有DLL。任何地方!但是,我的項目能夠使用舊的不存在的DLL成功重新編譯。某處某處正以某種方式緩存該文件。我完全被難住了。

謝謝。

+0

你是否在團隊中使用源代碼控制?責怪你的同事。 – leppie 2013-05-03 19:52:20

回答

2

看起來像是,即使我有完全相同的問題。在這個位置搜索Dll 'C:\ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ Temporary ASP.NET Files \'我在我的項目名稱相同的文件夾下找到了我的dll多奇怪的名字其他文件夾)。

嘗試從Windows \ Microsoft.Net \ Framework中刪除您的dll。這可能有幫助。

相關問題