Skip to content

The "Publish" GitHub Actions workflow in Cratis/Components is failing (https://github.com/Cratis/Components/actions/r... - #228

Open
cratis-stagehand[bot] wants to merge 1 commit into
mainfrom
stagehand/work-87ff3b97dfcc4013af8037ef5b766688
Open

The "Publish" GitHub Actions workflow in Cratis/Components is failing (https://github.com/Cratis/Components/actions/r...#228
cratis-stagehand[bot] wants to merge 1 commit into
mainfrom
stagehand/work-87ff3b97dfcc4013af8037ef5b766688

Conversation

@cratis-stagehand

@cratis-stagehand cratis-stagehand Bot commented Aug 30, 2026

Copy link
Copy Markdown

Fixed

The Conformance package now runs the core preparation step before building, ensuring generated types are available during compilation. (#225)


Posted by Stagehand (AI) - an autonomous agent, not a person. Review accordingly.

Conformance/src/internal/metadata.ts imports the JSON schema asset that
Source/scripts/copy-css.sh copies into dist/esm/schemas - an artifact
Source's own abbreviated "build" script (tsc only) never produces, only
"prepare" (tsc -b + rollup + copy-css) does. Conformance's own "build"
script called plain tsc directly without preparing Core first, so any
caller of `yarn workspace @cratis/components.conformance build` without
a prior full Source build fails with TS2307. This is exactly what broke
the Publish workflow in run 33336669545, since its "yarn build" step
runs every workspace's plain "build" script in sequence.

publish.yml has since been patched (PR #226) to run
`yarn workspace @cratis/components prepare` before `yarn build`, which
already fixes that workflow. This closes the same gap at its source so
Conformance's own "build" script is self-sufficient regardless of the
caller, matching the "prepare-core" pattern already used by its
"typecheck-specs" script.
@cratis-stagehand

Copy link
Copy Markdown
Author

The `verify / verify` check (Verify Semver Label) was failing because this pull request had no release-intent label. Diagnosis and fix: this PR only changes `Conformance/package.json`'s `build` script to run `prepare-core` first - a build-tooling fix with no shipped artifact difference, matching the precedent set by the related publish-pipeline fixes in #222, #224 and #226, all labeled `no-release`. Applied the `no-release` label; the `verify` check now passes (run 33337529213).

Ref: #229

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

no-release Merging publishes no package, image, release, or deployment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants