TLDR VERSION :我已尝试过所有功能,但VS拒绝在应用程序目录中查找程序集引用。甚至无法设置Copy Local = True .. VS只是将其更改为false。 HALP。
详细版本: 这是一个场景:我在Visual Studio 2005中工作(对于较旧的支持项目,我别无选择),以及Visual Studio 2010.
我最近购买了一台新计算机并移动了我需要支持的四(4)个VS 2005应用程序。我复制了应用程序目录,在VS 2005中打开了各自的Web应用程序项目,并从源代码管理中下载了最新的文件。
其中两个项目无法构建,说明无法找到程序集引用
我确认非构建项目的DLL存在于应用程序(BIN)文件夹中
我很快就结束了这一整天。我简要地尝试将非构建项目程序集添加到GAC,但VS cmd提示声称我没有管理员权限(尽管我这样做)。我宁愿让它在app目录中找到程序集。 HALP。
下面几乎相同的解决方案的屏幕截图(一个工作正常,另一个无法找到参考)。
答案 0 :(得分:0)
通常当你看到它时,因为对库的相对路径引用与在其他系统上的相对路径引用不同。 项目是否在完全相同的位置? 完全的参考位置是否相同? 还要确保您正在运行的当前用户具有对其中包含引用库的文件夹的权限。
删除引用并重新添加它们。您可以尝试完整性,只需删除ajaxcontroltookit,关闭解决方案并打开它然后添加引用。
答案 1 :(得分:0)
您确定安装了Visual Studio和.NET的所有服务包吗?您是否还安装了任何修补程序,Web应用程序项目更新,Vista的VS 2005 SP1更新(Windows 7也需要)等。?
答案 2 :(得分:0)
WOW。刚想出来,我现在可以继续我的生活。
TLDR版本: 重新安装了WebProfileBuilder,所有引用都自行解决了!
详细版本: 事实证明,没有看到Assembly References的两个解决方案都依赖于Membership框架(WebProfileBuilder组件)。虽然我确实移动了WebProfileBuilder依赖项,但我没有重新安装 WebProfileBuilder安装包。
重新安装WebProfileBuilder后,MSI发现here所有引用都神奇地将自己排序。奇怪的是,考虑到大多数这些引用与WebProfileBuilder几乎没有关系。
我使用MSBuild命令行界面来获取其他详细信息,这使我理顺。 MSBuild显示其他程序集引用没有问题, ONLY 与WebProfileBuilder。所以感谢使用MSBuild的提示!这最终帮助我找到了这个问题的根源!
开始设置我的VS2010环境!