Bootprint's editor extension uses the Open VSX identifier theworker02.bootprint. Open VSX publication is separate from RubyGems and GitHub Releases.
-
Create an Eclipse account and set its GitHub username to
theworker02. -
Sign in to Open VSX with that same GitHub account.
-
From the Open VSX profile, connect the Eclipse account, read, and accept the Publisher Agreement.
-
Generate a dedicated CI access token from Open VSX Access Tokens. Copy it immediately; Open VSX will not show it again.
-
Load the token from a password manager into the trusted workstation's process environment as
OVSX_PAT, then create the namespace once without placing the token in the command arguments:npx ovsx create-namespace theworker02 -
Claim ownership of
theworker02through the public process documented in the Open VSX namespace guide. Creating a namespace permits publishing, but claiming it is required for the registry's verified-owner indicator.
Never commit, paste into an issue, or store the token in ordinary project configuration.
- Create a GitHub environment named
open-vsx. - Add an environment secret named
OVSX_PATcontaining a dedicated Open VSX CI token. - Add required reviewers to the environment so publication requires explicit approval.
- Restrict deployment branches or tags to reviewed release refs.
The Open VSX workflow is manual-only. Running it with publish disabled builds and retains a VSIX artifact for review. Running it with publish enabled enters the protected environment and uploads the already-tested package.
cd editors/vscode
npm ci
npm run check
npm run package:vsixInspect pkg/bootprint-vscode-VERSION.vsix, install it into an Open VSX-compatible editor, and test capture, diagnosis, doctor, and verify before publishing. For an intentional manual fallback, provide OVSX_PAT only through the process environment and run:
npm run publish:openvsxDo not publish the same version twice. Update editors/vscode/package.json, the lockfile, changelog, and documentation before publishing the next version.