编译多项目解决方案后,健康的DLL引用中断了

时间:2010-04-28 16:26:03

标签: .net reference

我有一个包含多个类库的解决方案。 当我编译每个单独的库(和自己的网站) 编译总是成功的。 但是,当我整体编译解决方案时,其中一个库 引用失败,旁边有一个小的黄色感叹号 库失败了。在错误列表中我有:

  

类型或命名空间名称'DLL NAME'   无法找到(你错过了吗?   使用指令或汇编   引用?)

     

元数据文件   'C:\项目\项目\树干\源\核心\ BIN \调试\ Company.ProjectCore.dll'   无法找到

奇怪的是,我第二次编译(直接在此消息之后)我的解决方案成功编译。所以,编译一次 - 失败。编译两次 - 成功。

有人可以建议我要解决这个问题吗?

提前致谢。

3 个答案:

答案 0 :(得分:0)

如何将其添加到项目中:通过从Debug文件夹中定位dll或使用添加引用/项目? 当yuo在编译时使用目标dll和自动增量版本时,可能会因错误的编译顺序而破坏引用(代码之后的dll版本增量,使用它)。但我可能是错的。 可能是一个奇怪的VS bug。

答案 1 :(得分:0)

好的,这是权限问题。

我的解决方案文件夹是我的二进制文件夹的兄弟文件夹。 我在那里引用我的DLL并指示“复制到本地” 所以它们在编译时出现在我的Debug文件夹中。但是,似乎 我忘了为DLL设置适当的权限 我给了我一些问题,ASP.NET无法访问它 正在编制 - 因此是黄色感叹号。我不是 确定为什么我可以第二次编译(即使“复制到 本地“会把它放在本地调试文件夹中允许 第二次编译,为什么会发生这种情况 权限反对允许访问原始位置 的DLL?)。

无论如何,谢谢你的帮助

答案 2 :(得分:0)

我原本以为这是构建订单问题。

EG。该网站首先尝试构建,但由于尚未构建,因此无法找到该DLL。