【问题标题】:Visual Studio Debugging With Sitecore opens file from Website folder not solution folder使用 Sitecore 进行 Visual Studio 调试从网站文件夹而不是解决方案文件夹打开文件
【发布时间】:2016-03-10 09:58:56
【问题描述】:

我有一个 Sitecore 设置,其中我的 Sitecore 网站文件夹和我的 Visual Studio 解决方案是分开的。我在完整的 IIS 中运行该项目,因此为了调试我附加到该进程。但是,为了单步调试代码,调试器需要 Sitecore 网站文件夹中的文件,而不是 Visual Studio 项目中的文件,这使得实际调试非常困难。我认为这是某种视觉工作室设置?

【问题讨论】:

  • 如何将 Visual Studio 中的代码部署到您的 sitecore 网站?您需要确保在部署中也包含 .pdb 文件
  • 您是在发布模式还是调试模式下部署的?还要检查您的网络配置是否设置为 debug=true
  • pdb 文件已经存在。启用调试无法解决问题。
  • 您是否使用 Web One Click Publishing 进行部署?您是否完成了完整的重建,然后部署到 IIS。
  • 不,我正在使用 TDS 进行部署。

标签: visual-studio-2015 sitecore


【解决方案1】:

这实际上是按设计工作的。构建解决方案后,它将构建解决方案并将网站部署到您选择的位置。由于您使用的是完整的 IIS,并且您附加到 w3p 进程,因此它将调试该进程而不是解决方案本身。

需要注意的一项是确保不要打开任何包含断点的文件并对其进行更改。您需要更改源代码控制文件中的文件,而不是 IIS 文件。

如果您不使用 TDS,我强烈建议您也使用 ysing TDS。

【讨论】:

  • 我使用的是TDS,如何在IIS进程中打开文件添加断点?如果我进行了更改,是否需要重新构建才能更改为 IIS 版本?
  • 例如,如果您对 cshtml 文件进行了更改,您将必须重新构建,并且更改将部署到您在 TDS 中设置的网站文件夹。附加到进程后,让您成为解决方案中文件的断点,而不是 IIS 中的文件。 Visual Studio 足够聪明,可以在 IIS 中打开一个以单步执行它,这样您就可以看到您的值。请确保不要对 IIS 文件进行更改,因为它们不会传播回您的解决方案。如果您有任何其他问题,请告诉我。
  • 不,这正是正在发生的事情,直到你解释它,我才明白发生了什么。
  • 很高兴能够帮助您。祝你好运!
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2010-09-27
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多