Sco*_*ttF 2 visual-studio-code vscode-extensions
我有一个我自己创建的颜色主题扩展。
在最长的时间里,我只能将 git 存储库签出到我的扩展文件夹中,VS Code 就会识别它。
现在突然之间(不确定更改发生的确切时间)VS Code 将不再自动识别添加到扩展文件夹中的扩展存储库/文件夹。
我需要将 git 存储库直接放在扩展文件夹中,这样我就可以实时调整主题,然后将它们提交到 git。
有什么办法可以恢复这种行为吗?
事实上,您过去可以将扩展开发文件夹复制/链接到目录中,~/.vscode/extensions而不是遍历vsce package并安装生成的 VSIX,它就可以工作(源代码)。
在某些时候,开始有必要使用(命令选项板Developer: Install Extension from Location中的命令)( source ) - 您可以将路径传递到打包的 VSIX或未打包的扩展目录。因此,您仍然可以将解包扩展目录复制/链接到,但您只需要添加在 VS Code 中使用该安装命令的步骤。~/.vscode/extensions/
可能和文件有关系~/.vscode/extensions/extensions.json。运行上述命令后,本地扩展将在其中添加一个条目。我认为这与添加Profiles有关。Profiles 实施工作在 1.72 左右/之前开始。大约在 1.74 时添加Developer: Install Extension from Location。我不太熟悉配置文件内部的实现,但我认为所有配置文件(包括默认配置文件)都共享相同的扩展安装位置,并且每个配置文件对于实际“安装”的扩展都有不同的概念。我假设(我最好的猜测)这个功能很复杂,并促使每个配置文件都有自己的extensions.json文件(实际上,再想一想,这可能至少部分是从一开始就设计的,因为每个配置文件的导出都需要能够记录它包含的扩展名),其中默认配置文件仅将该文件存储在 下~/.vscode/extensions/extensions.json,而非默认配置文件将其存储在~/.config/Code/User/profiles/<profile-hash>/extensions.json. 特别是,对于管理命令 #166147和随后的提交,问题票 --extensions-dir 中维护者之间的来回被忽略23b25e9,似乎相关并支持(?)我对所发生事件的理解。它也反映在 1.74 的发行说明中,尽管它有点误导,因为它说该命令用于安装 VSIX,它还支持安装非打包扩展目录(我自己使用示例扩展之一验证了这一点)。该命令甚至是在 vscode.dev 中“本地”测试扩展所必需的(请参阅相关文档)。我已经要求 VS Code 维护人员改进有关此内容的文档。
| 归档时间: |
|
| 查看次数: |
99 次 |
| 最近记录: |