Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/visual-studio-2008/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Visual studio 2008 Visual Studio引用是否以某种方式缓存? 我正在使用VisualStudio2008专业版 我的开发环境是在Microsoft Virtual PC 6.0.156.0中运行的虚拟机 为了更好地讨论这个问题之外的原因,我在网络共享中提供了源代码。此外,一旦构建完成。所有引用(仅版本dll和pdb)都放置在此网络共享上的“Assemblies”文件夹中。因此,每当我要添加引用时,项目都会通过导航到此“程序集”文件夹添加引用。我没有直接参与其他项目_Visual Studio 2008 - Fatal编程技术网

Visual studio 2008 Visual Studio引用是否以某种方式缓存? 我正在使用VisualStudio2008专业版 我的开发环境是在Microsoft Virtual PC 6.0.156.0中运行的虚拟机 为了更好地讨论这个问题之外的原因,我在网络共享中提供了源代码。此外,一旦构建完成。所有引用(仅版本dll和pdb)都放置在此网络共享上的“Assemblies”文件夹中。因此,每当我要添加引用时,项目都会通过导航到此“程序集”文件夹添加引用。我没有直接参与其他项目

Visual studio 2008 Visual Studio引用是否以某种方式缓存? 我正在使用VisualStudio2008专业版 我的开发环境是在Microsoft Virtual PC 6.0.156.0中运行的虚拟机 为了更好地讨论这个问题之外的原因,我在网络共享中提供了源代码。此外,一旦构建完成。所有引用(仅版本dll和pdb)都放置在此网络共享上的“Assemblies”文件夹中。因此,每当我要添加引用时,项目都会通过导航到此“程序集”文件夹添加引用。我没有直接参与其他项目,visual-studio-2008,Visual Studio 2008,这是我所看到的令人困惑的现象: 我在5月1日创建了一个全新的dll,并将其放在我的Assemblys文件夹中。当时,我还打开了一个现有的项目,并添加了这个新的DLL作为参考 今天,我不得不对DLL进行更改。我进行更改、构建并将新的DLL和PDB(日期为5/3)放在Assemblys文件夹中 我打开这个现有项目,删除我的bin/obj文件夹,清理解决方案,重建解决方案——当我查看这个项目的bin文件夹时,它有5/1 dll和5/3 pdb。没错,它有5月1日的DLL。5/1 dll存在的唯一位置是

这是我所看到的令人困惑的现象:

我在5月1日创建了一个全新的dll,并将其放在我的Assemblys文件夹中。当时,我还打开了一个现有的项目,并添加了这个新的DLL作为参考

今天,我不得不对DLL进行更改。我进行更改、构建并将新的DLL和PDB(日期为5/3)放在Assemblys文件夹中

我打开这个现有项目,删除我的bin/obj文件夹,清理解决方案,重建解决方案——当我查看这个项目的bin文件夹时,它有5/1 dll和5/3 pdb。没错,它有5月1日的DLL。5/1 dll存在的唯一位置是在这个Assemblys文件夹中,因为它根本不在我虚拟机的任何文件夹中。此5/1 dll已替换为5/3 dll。它如何不使用新的DLL重新编译

对于ha,我转到Assemblys文件夹并将其删除。现在它不见了。我现有的项目甚至不应该有能力链接这个DLL。一点也没有。我删除bin/obj文件夹,清理,重建。它编译成功。我在bin文件夹中查找,发现有一个5/1 dll

它从哪里得到这个DLL?它不再存在于“我的虚拟机”中任何文件夹的任何目录中或此网络共享上的Assembilis文件夹中。见鬼,5/3 dll也不存在。没有dll。在任何地方然而,我的项目能够成功地使用旧的不存在的DLL重新编译。某处某处正在以某种方式缓存这一点。我完全被难住了


谢谢。

看起来是的,即使我有完全相同的问题。在该位置搜索Dll时 “C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\”我在一个与我的项目名同名的文件夹下找到了我的dll(在其他一些名称怪异的文件夹中)


尝试删除Windows\Microsoft.Net\Framework中存在的dll。这可能会有帮助

您是否在团队中使用源代码管理?怪你的同事。