C# 更新到vs2017.3后，将不会命中断点
我们有一个asp.net core 2.0项目（从1.x迁移）运行在Vs2017.3（从2017.2更新）上 更新后，断点停止被命中。Vs报告“当前不会命中断点。源代码与原始版本不同” 更新和迁移之前一切正常。更新到2017.3版后，迁移到asp.net core 2.0之前，可以看到该问题 我知道解决方法：右键单击并强制命中断点，即使源代码不同。我需要一个解决方案C# 更新到vs2017.3后，将不会命中断点,c#,debugging,asp.net-core,visual-studio-2017,break,C#,Debugging,Asp.net Core,Visual Studio 2017,Break,我们有一个asp.net core 2.0项目（从1.x迁移）运行在Vs2017.3（从2017.2更新）上 更新后，断点停止被命中。Vs报告“当前不会命中断点。源代码与原始版本不同” 更新和迁移之前一切正常。更新到2017.3版后，迁移到asp.net core 2.0之前，可以看到该问题 我知道解决方法：右键单击并强制命中断点，即使源代码不同。我需要一个解决方案 清洁重建没有效果。此问题发生在多台计算机上。要从“调试”菜单中清除/删除所有断点，请选择 注意：原因是它会刷新项目的Visual
清洁重建没有效果。此问题发生在多台计算机上。要从“调试”菜单中清除/删除所有断点，请选择
注意：原因是它会刷新项目的Visual Studio设置文件。对于我来说，我需要在“调试”选项中取消选中“需要源文件与原始版本匹配…”。请检查解决方案配置中是否设置了发布模式。对于断点，它应该处于调试模式。我花了30分钟阅读和尝试解决方案。我的情况完全不同，解决办法很简单。我只需要将项目更改为调试。 我不知道该值是如何更改为释放的。
使用VS2017，右键单击解决方案，然后单击/properties/Configuration-properties/Configuration，将项目更改为Debug。另一个对我有效但未在此处列出的解决方案是：
符号状态符号。如果使用相同的VS设置创建新的.NET core 2.0项目，它是否达到断点？如果是，可能不是VS debugger工具问题，我们会考虑项目本身，可能项目更新真的会像Aslf.Ali建议那样影响项目，或者您可以创建一个空白解决方案，然后将所有项目文件添加到这个空白的新解决方案中，查看结果。是的，当这个问题开始出现时，这是一个永久的解决办法。我在寻找解决办法。你知道，当你在进行大量的启动/停止调试和动态设置/清除断点时，在所有断点上重复这一步是一个非常慢的过程。如果可以的话，我会把这一步提高1000倍-我也有同样的问题，并且我已经尝试了使用.pdb文件等的所有解决方案。