位置 inheritInChildApplications 杀死调试器？答案

【问题标题】：Location inheritInChildApplications kill debugger?位置 inheritInChildApplications 杀死调试器？
【发布时间】：2010-01-13 03:35:13
【问题描述】：

我想知道当您将其添加到 web.config 时这是否正常

<location path="."  inheritInChildApplications="false"> </location>

调试器应该停止工作。就像当我将它添加到我的网站并尝试在调试模式下运行时，它不会激活我的任何调试点，也不会锁定 Visual Studios 2008。我可以让它运行并仍然对我的 C# 代码进行编辑。

我把线路拿开，我又恢复了调试模式，它锁定了 VS2008。

【问题讨论】：

【解决方案1】：

更新 #3 在对此属性进行了大量研究后，我将所有内容汇总在一篇文章中：

原帖

这似乎是正常行为。我也经历过同样的事情，它让我停了一会儿，试图弄清楚我做错了什么。

如果您有上述位置标记，那么当您按下播放按钮开始调试时，它将编译、启动站点，然后立即关闭调试会话。您的网站将加载，您将能够正常使用它，但如果您在 Visual Studio 中查看它，您会看到调试播放按钮可用，并且该应用程序当前未被视为正在调试。

将此注释掉并重复调试过程会导致它立即开始再次正确调试。

我现在的情况是，当我在带有此功能的网站上工作时，我必须在本地注释掉标记，然后记得在再次将其上传到服务器之前取消注释。

很烦人，因为我讨厌把这样的事情留给我记住的机会。

希望当 .net 4 发布并且我们可以使用 web.config 转换工具时，我将能够自动化此属性。

更新在为我正在写的一篇文章做一些研究时，这似乎是一个已知的错误：

当前的解决方法与建议的一样 - 注释掉标记以进行调试。

更新 #2 在对这个问题进行一些研究时，我发现了一个可能导致服务器错误的场景。不幸的是，它并不能解决您的问题，但如果您使用标签，那么您可能很快就会遇到这个问题：

本文描述了一种技术，该技术基本上在标记内部和外部的 web.config 中创建多个版本的标记。在我的文章中，我创建了第二个标记，当我看到它起作用时，我立即想到了这个线程。虽然它确实让我创建了第二个并将标记移到之外，但我遇到了进一步的依赖问题，这使我无法成功编译。

【讨论】：