k3bvogb11#
我如何验证这个?我的步骤:
qxgroojn2#
您还需要在隧道中打开一个包含git仓库的文件夹,以便显示“继续在代码空间中”选项。
8mmmxcuj3#
我打开了微软/vscode的克隆,并在Continue On命令中看到了Codespaces选项✅现在我看到了这些错误:
ygya80vv4#
我可以复现这个问题,这与 microsoft/vscode-remote-release#8074 的问题相同。
问题在于隧道扩展作为UI扩展运行,因此无法访问git扩展导出的API。我们需要一个命令来从git扩展中访问JSON可序列化的活动仓库上下文(或者在扩展主机之间创建某种异步API代理)。重新打开以跟踪此问题。
也许可以通过让代码空间扩展更倾向于作为工作区扩展运行来解决这个问题。目前它有 "extensionKind": ["ui", "workspace"]
"extensionKind": ["ui", "workspace"]
bq3bfh9z5#
也许可以通过让codespaces扩展优先以工作区扩展的形式运行来解决这个问题。目前它的"extensionKind": ["ui", "workspace"]。不幸的是,这不起作用,因为codespaces扩展是在insiders.vscode.dev的浏览器端安装的。
5条答案
按热度按时间k3bvogb11#
我如何验证这个?我的步骤:
qxgroojn2#
您还需要在隧道中打开一个包含git仓库的文件夹,以便显示“继续在代码空间中”选项。
8mmmxcuj3#
我打开了微软/vscode的克隆,并在Continue On命令中看到了Codespaces选项✅
现在我看到了这些错误:
ygya80vv4#
我可以复现这个问题,这与 microsoft/vscode-remote-release#8074 的问题相同。
问题在于隧道扩展作为UI扩展运行,因此无法访问git扩展导出的API。我们需要一个命令来从git扩展中访问JSON可序列化的活动仓库上下文(或者在扩展主机之间创建某种异步API代理)。重新打开以跟踪此问题。
也许可以通过让代码空间扩展更倾向于作为工作区扩展运行来解决这个问题。目前它有
"extensionKind": ["ui", "workspace"]
bq3bfh9z5#
也许可以通过让codespaces扩展优先以工作区扩展的形式运行来解决这个问题。目前它的"extensionKind": ["ui", "workspace"]。不幸的是,这不起作用,因为codespaces扩展是在insiders.vscode.dev的浏览器端安装的。