Visual studio 2008 解决方案中的网站，其中；“重建解决方案”；编译成功无法启动调试器

我有一个包含网站的解决方案（使用网站模板而不是Web app项目模板创建-顺便说一句，转换不是选项）

当我重新生成all时，编译成功，但奇怪的是显示了3个错误，它们都是“无法获取项目引用'PROJNAME'的依赖项”。当我尝试启动调试器时，我得到了“有构建错误”对话框

两个问题：

如果我在“调试错误”对话框中选择“是”选项来运行上一次成功的生成，它是否会在我的重新生成刚刚编译的代码上运行

我如何解决这个问题

我查看了这篇文章，对我的前景感到沮丧。但奇怪的是，我将这些相同的项目添加到一个单独的网站解决方案中，该解决方案编译/调试良好，删除了测试网站并重新添加了我想要调试的目标网站，但以同样的方式失败了。是否有用于.NET网站的秘密网站.proj文件

---

您是否正在处理大量非托管、特定于平台的代码？在x64机器上开发时，我经常遇到这种错误，我的代码依赖于x86库。据我所知，在x64计算机上运行依赖x86代码的网站的唯一方法是使用IIS并在应用程序池上禁用x64支持，这将强制使用.NET x86环境，并且依赖项将正常运行

即使你不是这样，也要尝试在你的机器上安装IIS并连接到他的进程，而不是使用内置的web服务器。这将消除大多数调试问题。

重建操作“成功”，同时显示错误听起来像是一个真正的问题。这些应该是相互排斥的结果

解决问题的简单方法是解决错误。基于调试器UI，构建实际上并没有成功（不管报告了什么）。必须解决此问题才能调试新代码

你能详细描述一下这个场景吗

• 解决方案中是否有多个项目
• 他们所有人都成功地建造了吗
• 对于错误，他们指的是什么项目，你能在这里给我们任何额外的信息吗

---

我在这个问题上浪费了一整天。简而言之，我当时正在使用VS2008进行一个遗留的“Web站点”项目，但发布失败。我查看了错误列表，发现了可怕的“无法获取依赖项”错误。我查看了这篇文章以及其他与Stackoverflow错误相关的文章，并尝试了我发现的所有建议。当我重新安装VisualStudio2008、重新启动并看到错误再次出现时，这种疯狂达到了顶峰。好时光
第二天，我意识到发布错误实际上是由目录权限引起的。生成错误与此无关。以下是我从地狱中学到的：
• 这是VisualStudio2008网站项目中的一个bug，经常有报告，但显然尚未修复（截至2011年1月）。当两个或多个程序集项目彼此具有依赖关系，然后两者都作为项目引用添加到网站时，会发生此错误
• 除此之外，将问题归类为错误也是不正确的。在我看来，这是一个警告级别的问题。最好的证据是，它似乎不会影响构建，我能够在不修复它的情况下成功部署它
• 我坚信所有错误和编译器警告都应该被追踪、理解和消除。这是证明规则的例外。如果你能找到一个解决方法，一定要使用它，忘记错误信息
• 最后但并非最不重要的一点是，这也是为什么会出现这种情况的另一个原因

---

那么#1的答案是它将运行上一次编译。所以，这至少意味着我可以调试更改…这正是问题所在。我尝试运行IIS，然后将调试器附加到进程，但它仍然只显示默认站点。要使调试站点接管本地web请求，我必须在IIS本身中配置什么？您必须将应用程序添加到IIS中：然后将Visual Studio项目配置为不使用内部web服务器（web项目属性、启动选项、使用自定义服务器），并使用IIS应用程序（用例如填写基本URL）。它还有助于标记“不要打开页面。等待外部应用程序的请求”。解决方案中有7个项目和一个网站（这是一个网站，而不是web应用程序项目）。无论是我单独构建还是作为解决方案的一部分，它们都成功构建。错误列表中引用的项目是网站。唯一有用的是，我有一个32位和64位版本的第三方dll，其中有两个项目和网站引用。我尝试将它们转换为在调试站点时遇到问题后，64位版本才恢复到32位。