Debugging ce我已经解决了我遇到的问题，断点开始命中

所以我的断点只有在代码没有遇到任何运行时问题时才会命中。。。这很奇怪。

以我的经验，这并不重要：

• 如果Run64BitRuntime为true或false
• 如果您构建32位或64位版本的软件包

但是有一点非常重要，在任何其他答案中都没有提到：您必须运行整个包。如果运行任务或容器，断点将被忽略

---

我正在64位机器上使用Visual Studio 2013。

在我的情况下，这些解决方案都不起作用。我终于知道了重弹手是罪魁祸首。卸载后，它开始像魅力一样工作

我只有一个脚本组件，没有遇到断点（我在做一些CRM工作，不需要源/目标）。 我尝试用一个简单的fetchXML添加一个源componenet（即使我不需要它）。

---

然后它成功了！：-）

我发现，通过复制脚本组件任务，整个VSTA项目也会被复制。这是您所期望的，但我没有想到的是，例如程序集名称也被复制了。 运行then Execute Task工作正常，但运行整个包实际上只运行复制的第一个脚本，并导致在命中行处理函数之前引发异常。

---

这也是我没有命中断点的原因。

微软发布了一个更新版本v3.2，它通过Roslyn和.Net 4.5之后引入的其他C语言功能解决了这个问题。C#功能。

---

坏消息-此修复程序仅适用于Visual Studio 2019，您必须升级VS才能使用它。

为什么尝试运行包，脚本任务是否成功执行？LONG yes当我运行包时脚本成功执行。any

Try..Catch

block？@LONG no

Try..Catch

。我简化了脚本，消除了所有其他逻辑，只向

StringBuilder

实例添加了几个硬编码字符串。这是我的问题，一定是个bug！谢谢我试过这些。我会收到一个消息框，说用户断点已到达，但不允许我单步执行代码。在运行应用程序之前打开项目。然后在实时调试器中选择项目。此线程中的所有建议都有很多不同的排列，但我可以使用64位运行时进行良好的调试（但我正在将脚本任务构建为x86，如下所示）。对我来说，我必须同时做这两件事：将目标平台更改为x86并删除字符串插值。在我的情况下，逐字字符串文字和插值字符串是罪魁祸首

string query=$@“非常长的字符串，有新行…

事实上，似乎是上注册的问题。禁用resharper也为我解决了这个问题。没有尝试在resharper中取消选中调试选项。仅禁用resharper的调试器集成也有效。resharper->options->Products&Features，然后取消选中“调试器集成”box.是的…为什么要花很多次的时间告诉我一些事情我才记得呢？！这也是我的问题。它不喜欢字符串。加入VS 2015。这对我很有用。谢谢你分享你的发现。：）看起来这里所有的努力都在尝试，有时有效，有时无效。感谢MS@PTD说SQLServer集成服务项目更新解决了这个问题。为了安装它，我需要首先使用VSIX（Visual Studio安装程序）更新我的VS 19。他的回答应该是选择的答案……请注意，3.2版预览版（2019-11-05）中已修复了此问题

System.Diagnostics.Debugger.Launch();
System.Diagnostics.Debugger.Break();

    if (System.Diagnostics.Debugger.IsAttached)
        System.Diagnostics.Debugger.Break();

string Bug { get; } // Only getter properties.
//...
var str = $"Now is {DateTime.Now}"; // String Interpolation in C#
//...
var dummy = val?.ToUpper(); // ?. and ?[] null-conditional Operators

string Bug { get; set; }
//...
var str = string.Format("Now is {0}", DateTime.Now);
// etc.

$"{someVariable} - {someOtherVariable}"

string.Format("{0} - {1}", someVariable, someOtherVariable);