2013-05-03 62 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。这可能有帮助。

相关问题