AI Disclosure: This page was generated by an LLM and may contain inaccuracies. Hand-crafted documentation will be implemented over time on the road to 1.0
Prepare a release
Prepare one complete, versioned set of release artifacts and verify those exact files before publication. The community registry points Phials to the plugin repository; Phials installs the repository’s latest GitHub release.
Work through the release gate in order:
- Choose a plugin release version from the compatibility and user-visible change.
- Build a complete release artifact set with aligned identity and version.
- Document changes and new permissions before users encounter the update.
- Verify a release candidate from source checks through installed workflows and restart.
The release candidate is the exact set of files that will be attached to the GitHub release. If source, metadata, dependencies, generated SDK files, or any artifact changes after verification, build a new candidate and repeat the gate.
Release outcome
A ready candidate has:
- one semantic plugin version shared by package metadata, manifest, exported plugin, tag, and release
manifest.jsonandmain.js, plus only supported optional artifacts- release notes that state permission, compatibility, settings, and data consequences
- a recorded clean source, artifact, installation, activation, restart, and representative-workflow result
- checksums for the files intended for publication
Publication begins only after the candidate is a clear go. Continue with Publish your plugin.