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
{{ message }}
Repository navigation
Gate package releases on mdcode documentation and example checks #13
Add a release workflow that verifies the package, its tests, and its documentation examples before publishing. A release must not be published if mdcode detects documentation drift or example-validation failures.
Acceptance criteria
The workflow runs the project test suite, build, documentation synchronization check, and runnable-example validation.
It is triggered only by the documented release mechanism and publishes only after every required check passes.
The publish step uses documented repository secrets or trusted publishing configuration.
Failure output makes it clear which release gate failed.
The release process is documented for maintainers.
Category: enhancement Summary: Gate releases of @gcmdev/mdcode on tests, build, documentation freshness, and runnable-example validation.
Current behavior:
The repository has no GitHub Actions workflows or documented release mechanism. The package has a local prepublish build hook only; it does not run synchronization or runnable-example checks before publication.
Desired behavior:
A documented release workflow runs all required gates before publishing the canonical package. It exposes which gate failed and never reaches the publish step after test, build, drift-check, or runnable-example failure. The maintainer activates the final npm publishing trust/credentials.
Key interfaces:
Release trigger — use one documented release mechanism and prevent publication from ordinary pull-request or branch workflows.
Failure reporting — preserve per-gate output so maintainers can identify the failed release gate.
Publishing configuration — use the canonical @gcmdev/mdcode identity and document the required npm trusted-publishing configuration or repository secret.
Maintainer release documentation — state the trigger, prerequisites, and recovery path.
Acceptance criteria:
The release workflow runs tests, build, documentation freshness checks, and runnable-example validation before publication.
A failed gate prevents publication and clearly identifies the failed stage.
The workflow is triggered only through the documented release mechanism.
Publication targets @gcmdev/mdcode and uses documented trusted publishing or repository-secret configuration.
Maintainer documentation covers setup, triggering a release, and investigating failures.
Workflow tests or dry-run checks verify gate ordering and no-publish-on-failure behavior where practical.
Automatically configuring npm organization permissions, trusted publishing, or repository secrets.
Why this needs a human:
The maintainer must configure and authorize the npm publishing identity and GitHub trust/secret settings, then approve the first real publication. An agent can prepare the workflow and documentation but cannot complete these account-level steps.
Verification status:
Confirmed: no current GitHub Actions workflow exists, and only a local prepublish build hook is present. This issue is blocked by #3, #11, and #12.
Activity
adrianbrowning commentedon Aug 8, 2026
Agent Brief
Category: enhancement
Summary: Gate releases of @gcmdev/mdcode on tests, build, documentation freshness, and runnable-example validation.
Current behavior:
The repository has no GitHub Actions workflows or documented release mechanism. The package has a local prepublish build hook only; it does not run synchronization or runnable-example checks before publication.
Desired behavior:
A documented release workflow runs all required gates before publishing the canonical package. It exposes which gate failed and never reaches the publish step after test, build, drift-check, or runnable-example failure. The maintainer activates the final npm publishing trust/credentials.
Key interfaces:
Acceptance criteria:
Out of scope:
Why this needs a human:
The maintainer must configure and authorize the npm publishing identity and GitHub trust/secret settings, then approve the first real publication. An agent can prepare the workflow and documentation but cannot complete these account-level steps.
Verification status:
Confirmed: no current GitHub Actions workflow exists, and only a local prepublish build hook is present. This issue is blocked by #3, #11, and #12.
ci: gate releases on tests, build, docs sync and runnable examples (#13…
adrianbrowning commentedon Oct 6, 2026
Done in #51. The first gated run on main, https://github.com/adrianbrowning/mdcode-ts/actions/runs/37467974745, passed type check, lint, build, tests, docs in sync and runnable examples, then opened the Version Packages PR (#27). RELEASING.md covers the trigger, the checks, setup and recovery.
Releases still publish
mdcode-ts. Renaming the package to@gcmdev/mdcodeis tracked in #3.