我希望通过直接引用插件项目和实例化插件类来测试一个插件的核心类。当我创建一个测试控制台应用程序项目并向插件项目添加一个项目引用时，我在引用列表中的引用旁边得到了一个警告图标(带有感叹号的黄色三角形)。
当我改为添加对dll(插件的程序集构建输出)的引用时，我没有得到这样的警告。这个警告想告诉我什么?
当前回答
我有这些图标是出于不同的原因。对于我们所有的项目(近100个)，我们都有一个大的解决方案。我对我感兴趣的项目进行了子选择，并制定了新的解决方案。然而，引用的项目引用而不是引用编译dll的....
经过一些研究，我在GitHub上找到了这个链接，解释了这是VS2015中的新行为。
在GitHub页面上，他们解释了一个将项目引用转换为二进制引用的变通方法。
其他回答
在@kad81的答案上加上我的2点意见，
进入Visual Studio -> BUILD ->配置管理器
在右上角的“主动解决方案平台”下拉菜单中(我的是VS 2012)，如果它是“混合平台”，根据您参考的第三方程序集将其更改为适当的平台。
然后在列表中的每个项目中，确保为所有项目选择相同的平台。(如果x86不存在，则选择“”，则可以选择“x86”。)
首先重新构建库项目，然后再引用项目。 希望这能有所帮助。
在VS 2017中进行清洁然后构建
在所有针对.Net Core 3.1的项目中使用Visual Studio 2019，解决方案是:
清洁/建造/重建。 重启Visual Studio 2019
这个问题已经问了很长时间了，但如果有人仍然感兴趣的话——我最近遇到了类似的图标。我正在用vs2008编译一个c# .net项目。我发现VS无法为这些引用定位程序集。当我双击VS时，刷新了引用并删除了其中一些图标[编辑:它现在可以定位]。对于其余的引用，我必须编译各自的程序集。
确保每个项目的所有版本都是相同的，单击每个项目并在这里查看版本，项目>属性>应用>目标。net框架 a.进入工具> Nuget包管理器>包管理器控制台类型更新-包-重新安装(如果不工作，请执行2.b) 这很关键，但也是可行的最大可能性。删除< Target >可能有多行< /Target >通常在.csproj的底部。 保存、加载和构建解决方案。
