C# VS2010是否不能设置断点?

C# VS2010是否不能设置断点?,c#,windows,visual-studio-2010,compilation,breakpoints,C#,Windows,Visual Studio 2010,Compilation,Breakpoints,这种情况经常发生在我身上。当我在VisualStudio2010工作时,我说我做了一个代码更改,然后构建。。。我的现有断点都被禁用/和/或无法设置,我也无法设置新断点。有人能解决这个问题吗?这很烦人。到目前为止,我唯一能够解决这个问题的方法是重新启动VisualStudio,这可能需要5到8分钟来重新索引所有内容,或者尝试在我的解决方案中重建单个项目。我的解决方案由几个DLL组成,它们构成了整个程序。请检查项目中是否正确设置了依赖项。我知道如果代码过期,我的断点将被禁用。如果没有正确设置依赖项,

这种情况经常发生在我身上。当我在VisualStudio2010工作时,我说我做了一个代码更改,然后构建。。。我的现有断点都被禁用/和/或无法设置,我也无法设置新断点。有人能解决这个问题吗?这很烦人。到目前为止,我唯一能够解决这个问题的方法是重新启动VisualStudio,这可能需要5到8分钟来重新索引所有内容,或者尝试在我的解决方案中重建单个项目。我的解决方案由几个DLL组成,它们构成了整个程序。

请检查项目中是否正确设置了依赖项。我知道如果代码过期,我的断点将被禁用。如果没有正确设置依赖项,则在重新生成更新的代码时,它不会重新生成所有相关代码,这将使这些模块过期


由于这是VS 2010,因此依赖项在项目上,而不是在解决方案上。您可以添加解决方案依赖项,但项目依赖项将保留到新的解决方案中,因此如果可能,这是更好的解决方法。

当您将Configuration Manager设置设置设置为“发布”而不是“调试”时,会导致此问题

在Visual Studio中,从菜单中选择Build,然后选择Configuration Manager

在下一个对话框中,选择您的项目,然后在左上角附近找到名为“活动解决方案配置:确保将其设置为调试”的下拉菜单


这应该可以解决问题。

因为事实证明,post.build文件包含许多条件,说明它是否应该将多个DLL复制到目标目录。。。因为我没有时间为这些操作挑选xml,所以我只是在构建之后使用bash脚本来复制文件。没有必要变得复杂。。。否则,正式的解决方案包括设置允许DLL在编译后被覆盖/复制的条件


我发现Visual Studio post.build文件的概念有点过分,因为最终,dll是否被新编译的版本覆盖几乎没有区别,但是,如果您更改代码,编译,而且它不会复制到目标目录,你最终会用一个过期的DLL运行你的应用程序,你也不会用最近的代码更改进行测试。。!其他人甚至用xml和goto语句实现了post.build文件。。。!将构建和调试过程复杂化交给Microsoft处理…

或者,如果您的代码处于版本控制之下,请通过签出头部修订重新启动,执行另一次清理并重新构建,然后再次开始调试


无论出于何种原因,这使我能够在VS 2010 C项目中再次插入断点,而无论是在属性、配置等方面做多少努力都无法解决我的虚拟断点问题。

我找到的最佳解决方案是退出我的Windows工作,在使用Xcode的Mac开发人员中找到另一份工作。!多么大的不同啊。!我肯定再也没有看到断点问题了

你在做什么样的项目?我在做一个包含几个主要项目或子应用程序的企业系统。