dsh-open-in-vscodeA73

dsh plugin --profile web add github:omdsh-dev/dsh-open-in-vscode

作者が npm に公開していないため、このコマンドは git のソースを取得します。pnpm ≥ 10 は git 依存の prepare スクリプトを明示的な許可なしには実行しないので、初回インストールにはその profile の pnpm-workspace.yaml に allowBuilds の記述が必要です——これはこのパッケージのコードを自分のマシンで実行させることを意味します。あわせて #commit で固定することを勧めます。

--profile の後ろは自分で付ける profile 名です。使っているものに置き換えてください。

小さいがまとまりのあるプラグインだ。クライアント側は利用可能なら harness の `sidebar.workspaces.row-menu` スロットを使い、公開されている DSH `0.1.0-rc.6` ビルドではスコープを限定した互換アダプタにフォールバックする。どちらの経路でも描画されるメニュー行は同一で、ロケールに追従する——中国語ロケールでは「在 VSCode 中打开」、英語では「Open in VSCode」。この行をクリックするとメニューが閉じ、厳格な Typert Remote `openInVscode/open` を通じてホストを呼び出し、ワークスペースディレクトリを渡す。ホスト側は設定されたエディタ CLI（既定は `code`）をそのディレクトリに対して切り離しモードで起動するので、エディタの寿命はサーバーから独立する。前提条件は、VS Code があるか、ディレクトリを開けるエディタ CLI が PATH 上にあること。Windows では既定の `code` コマンドがユーザー単位およびシステム単位の標準的な VS Code インストールも検出する。macOS では VS Code の shell コマンドを入れるか、プラグインの `command` をディレクトリを開ける任意のエディタに向ければよい。DSH `0.1.0-rc.6` 以降が必要で、ネイティブの Workspace 行メニュー拡張点があればそれを使い、rc.6 では互換アダプタを用いる。導入後は `kill -TERM` で web サーバーを再起動し、終了を待つこと——`kill -9` は絶対に使わない。セッションの zstd ログをフレームの途中で引き裂いてしまう——そのうえでページを再読み込みする。

• ▸サイドバーの実 Workspace 行ごとに「…」メニューへ項目が追加され、UI ロケールに応じて日中英の表記が切り替わる
• ▸harness ネイティブの `sidebar.workspaces.row-menu` スロットを優先し、`0.1.0-rc.6` ではスコープ限定の互換アダプタにフォールバック
• ▸厳格な Typert Remote `openInVscode/open` でホストを呼び出し、エディタを切り離し起動するためサーバー終了後も残る
• ▸既定コマンドは `code`。プラグインの `command` をディレクトリを開ける任意のエディタ CLI に向けることも可能。再起動は `kill -TERM` で、`kill -9` は使わない

侧栏工作区一键在 VS Code 打开，槽位+兼容适配双路径，小而精

README に貼るとこのページにリンクします。

バッジ（1 行）Markdown をコピー

[![dshfind](https://dshfind.com/api/badge/omdsh-dev/dsh-open-in-vscode?lang=ja)](https://dshfind.com/ja/plugins/omdsh-dev/dsh-open-in-vscode?ref=badge)

カード（440×200）Markdown をコピー

[![dshfind](https://dshfind.com/api/card/omdsh-dev/dsh-open-in-vscode?lang=ja)](https://dshfind.com/ja/plugins/omdsh-dev/dsh-open-in-vscode?ref=badge)