"重建解决方案"编译成功的解决方案中的网站无法启动调试器

for*_*reh 4 debugging reference visual-studio-2008

我有一个包含网站的解决方案(使用网站模板而不是网络应用程序项目模板创建 - 转换不是一个选项,顺便说一句).

当我重建所有时,编译成功,但奇怪的是显示3个错误,所有这些错误都是"无法获得项目引用'PROJNAME'的依赖项".当我尝试启动调试器时,我得到"存在构建错误".对话.

两个问题:

  1. 如果我在调试错误对话框中选择"是"选项来运行上一次成功的构建,它是否会运行我的Rebuild All刚刚编译的代码?
  2. 我该如何解决这个问题?

我检查过这篇文章,我的前景让我心灰意冷.但奇怪的是,我将这些相同的项目添加到一个单独的网站解决方案中,编译/调试很好,删除了测试网站并重新添加了我想要调试的目标网站,但它以同样的方式失败了.是否有.NET网站的秘密网站.proj文件?

无法获得项目参考的依赖项

Pau*_*ter 7

我在这个问题上浪费了一整天.简而言之,我正在使用VS 2008处理遗留的"网站"项目,并且发布失败.我查看了错误列表,看到了可怕的"无法获取依赖关系"错误.我查看了这篇文章以及与Stackoverflow和其他地方的错误相关的其他帖子,并尝试了我找到的所有建议.当我重新安装Visual Studio 2008时,精神错乱达到顶峰,重新启动并再次看到错误.美好时光!

第二天,我意识到发布错误实际上是由目录权限引起的.构建错误与它无关.这是我从地狱的那一天学到的东西:

  1. 这是Visual Studio 2008网站项目中的一个错误,该错误已经不时报告,但显然没有修复(截至2011年1月).当两个或多个程序集项目具有依赖项,一个到另一个,然后两者都作为项目引用添加到网站时,就会发生这种情况.
  2. 除了这是一个错误之外,将问题归类为错误是不正确的.在我看来,这是一个警告级问题.对此的最好证据是它似乎不会影响构建,我能够在不修复它的情况下成功部署.
  3. 我坚信应该追踪,理解和消除所有错误和编译器警告.这是证明规则的例外.如果您可以找到解决方法,请务必使用它并忘记错误消息!
  4. 最后但同样重要的是,这是为什么不惜一切代价避免在Visual Studio中使用"Web站点"项目类型的另一个原因.