You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The VS Code extension (extensions/vscode/) has a full development toolchain — TypeScript compilation via webpack, ESLint, and 10 Jest test files — but no CI workflow validates any of it. Every PR that touches only extension code gets a green check from the Go-only ci.yml job, which provides zero signal about whether the extension still compiles or passes tests.
This gap becomes critical with PR #437 proposing to enable dependabot for the extension's npm dependencies: automated dependency PRs would merge with no build or test validation.
Scope
New file: .github/workflows/vscode-ext.yml
Directory under test: extensions/vscode/
Suggested Implementation
The workflow should follow existing CI conventions (self-hosted runner, explicit timeout, node:24 container, Trust workspace step):
Description
The VS Code extension (
extensions/vscode/) has a full development toolchain — TypeScript compilation via webpack, ESLint, and 10 Jest test files — but no CI workflow validates any of it. Every PR that touches only extension code gets a green check from the Go-onlyci.ymljob, which provides zero signal about whether the extension still compiles or passes tests.This gap becomes critical with PR #437 proposing to enable dependabot for the extension's npm dependencies: automated dependency PRs would merge with no build or test validation.
Scope
.github/workflows/vscode-ext.ymlextensions/vscode/Suggested Implementation
The workflow should follow existing CI conventions (self-hosted runner, explicit timeout,
node:24container, Trust workspace step):Key design decisions:
extensions/vscode/**): avoids running on unrelated Go changesyarn install --frozen-lockfile: validates lockfile integrity (catches broken dependabot updates)yarn compile(dev mode webpack): verifies TypeScript compiles without production optimization overheadvsce package: packaging is a release concern, not a CI gateAcceptance Criteria
.github/workflows/vscode-ext.ymlis createdmainonly whenextensions/vscode/**changesyarn install --frozen-lockfilepasses (lockfile is consistent)yarn lintpasses (ESLint clean)yarn compilepasses (TypeScript + webpack build succeeds)yarn testpasses (all 10 Jest test suites green)actionlintreports no errors on the new workflow fileContext
resolutionsinpackage.jsonfor 5 CVEs, indicating active but unautomated security maintenanceyarn.lock