2016-12-06 87 views
0

我对Visual Studio Code使用Powershell extension。我更新了配置文件:Visual Studio代码Powershell扩展无法在调试时识别配置文件

C:\用户\ XXXXXXXX \文档\ WindowsPowerShell \ Microsoft.VSCode_profile.ps1

包括一些函数和变量,我想提供给其他脚本。当我从另一个脚本中的配置文件引用变量,它不会出现在配置文件已加载。我怀疑这是因为该变量的值是空白的,当我从VS代码控制台查询。如果我从带有相关的配置文件中的标准PowerShell控制台相同的测试,该变量的值解决。

任何人都可以告诉我什么,如果有什么,我需要做的是在调试时使用VS代码中的Powershell配置文件?

回答

0

在调试会话中运行:$profile。这将返回当前使用的配置文件的路径,以便您可以在此进行更改。

另外,您可以更改系统宽断面中C:\Windows\System32\WindowsPowerShell\v1.0\profile.ps1

+0

正如我指出,我提出在适当的曲线变化。我宁愿不更改系统宽度配置文件。 – rrirower

+0

如果'$ profile'返回路径'C:\ Users \ xxxxxxxx \ Documents \ WindowsPowerShell \ Microsoft.VSCode_profile.ps1',然后用VS Code团队提出一个错误:) – Raf

1

有多个配置文件。其出发点是,你可以通过阅读PowerShell中的内置$profile变量的下列属性找到四个位置。

$profile.CurrentUserAllHosts 
$profile.CurrentUserCurrentHost 
$profile.AllUsersCurrentHost 
$profile.AllUsersAllHosts 

正如this article by The Scripting Guy指出,由于Windows既有PowerShell和PowerShell的ISE,您有当前主机的至少两个可能的值,所以至少6个配置文件。

一旦你得到了那么远,还有另一种可能的并发症,这是该AllUsers轮廓是倒在C:\Windows\System32,因此在64位系统上,也反映在C:\Windows\SysWOW64\。所以,这取决于你使用的是32位或64位编辑器,PowerShell的是否在32位或64位进程承载的,它很可能是你正在编辑的文件对PowerShell的没有影响。

1

随着VS Code PowerShell扩展的released version 0.10.0正在调试,以前加载的profile.ps1可用。请注意交互式控制台和调试器共享相同的PS会话。