.net 编译多项目解决方案后健康的DLL引用已断开
我有一个多类库的解决方案。 当我编译每个单独的库（以及网站本身）时 编译总是成功的。 但是，当我将解决方案作为一个整体编译时，其中一个库 引用失败，引用旁边有一个黄色感叹号 失败的库。在错误列表中，我有： 类型或命名空间名称“DLL name” 找不到（您是否缺少 使用指令或程序集 参考？） 元数据文件 'C:\Projects\Project\trunk\source\Core\bin\Debug\Company.ProjectCore.dll' 找不到 奇怪的是，在我第二次编译时（直接在此消息之后），我的解决方案成功编译。所以，编译一次失败。编译两次-成功 有人能建议我怎么解决这个问题吗.net 编译多项目解决方案后健康的DLL引用已断开,.net,reference,.net,Reference,我有一个多类库的解决方案。 当我编译每个单独的库（以及网站本身）时 编译总是成功的。 但是，当我将解决方案作为一个整体编译时，其中一个库 引用失败，引用旁边有一个黄色感叹号 失败的库。在错误列表中，我有： 类型或命名空间名称“DLL name” 找不到（您是否缺少 使用指令或程序集 参考？） 元数据文件 'C:\Projects\Project\trunk\source\Core\bin\Debug\Company.ProjectCore.dll' 找不到 奇怪的是，在我第二次编译时（直接在此消
提前感谢。如何将其添加到项目中：通过从调试文件夹中定位dll或使用添加引用/Projects？ 当YOU在编译时使用目标dll和自动增量版本时，可能会因为错误的编译顺序而中断引用（使用它的代码后面的dll版本增量）。但我可能错了。
可能这是一个奇怪的VS错误。如何将其添加到项目中：通过从调试文件夹中定位dll或使用添加引用/Projects？ 当YOU在编译时使用目标dll和自动增量版本时，可能会因为错误的编译顺序而中断引用（使用它的代码后面的dll版本增量）。但我可能错了。
可能是一个奇怪的VS错误。好的，这是一个权限问题 “我的解决方案”文件夹是“我的二进制文件”文件夹的同级文件夹。 我在那里引用我的DLL并指示“复制到本地” 因此，它们在编译时出现在我的调试文件夹中。但是，似乎 我忘了为该DLL设置适当的权限 给我带来了问题，当我 正在编译-因此出现了黄色感叹号。我不是 确定为什么我可以第二次编译（即使“复制到” “本地”将把它放在本地调试文件夹中，以便 第二次编译时，如果 权限不允许访问原始位置 动态链接库？）
无论如何，感谢您的帮助好的，这是一个权限问题 “我的解决方案”文件夹是“我的二进制文件”文件夹的同级文件夹。 我在那里引用我的DLL并指示“复制到本地” 因此，它们在编译时出现在我的调试文件夹中。但是，似乎 我忘了为该DLL设置适当的权限 给我带来了问题，当我 正在编译-因此出现了黄色感叹号。我不是 确定为什么我可以第二次编译（即使“复制到” “本地”将把它放在本地调试文件夹中，以便 第二次编译时，如果 权限不允许访问原始位置 动态链接库？）
无论如何，谢谢你的帮助我本以为这是一个构建顺序问题
该网站试图先构建，但找不到DLL，因为它尚未构建。我本以为这是构建顺序问题
该网站正在尝试首先构建，但找不到DLL，因为它尚未构建。您可能希望包含任何错误消息或警告消息…谢谢John。错误列表已添加到我的原始帖子中。您可能希望包含任何错误消息或警告消息…谢谢John。错误列表添加到了我原来的帖子中。虽然行为很奇怪，但我认为这不是一个bug。我在references文件夹中添加了“addasreference”，因此它的目标是binaries目录，它位于与解决方案文件夹不同的目录路径中。但是，我在属性列表中有“copyaslocal=True”，所以DLL在我的本地调试路径中。。。我突然想到，我可能需要为我的binaries文件夹授予ASP.NET权限。。。我要检查一下，看看这是否是我的问题…我不认为这是一个错误，尽管行为很奇怪。我在references文件夹中添加了“addasreference”，因此它的目标是binaries目录，它位于与解决方案文件夹不同的目录路径中。但是，我在属性列表中有“copyaslocal=True”，所以DLL在我的本地调试路径中。。。我突然想到，我可能需要为我的binaries文件夹授予ASP.NET权限。。。我要检查一下，看看这是不是我的问题。。。