Skip to content

fix: dispatch surface_published after npm publish for verify timing#5

Merged
caballeto merged 1 commit into
mainfrom
fix/release-publish-verify-timing
Apr 11, 2026
Merged

fix: dispatch surface_published after npm publish for verify timing#5
caballeto merged 1 commit into
mainfrom
fix/release-publish-verify-timing

Conversation

@caballeto
Copy link
Copy Markdown
Member

Summary

  • Adds a surface_published dispatch step in the publish job, immediately after npm publish succeeds
  • This triggers the monorepo's surface-publish-verify.yml at the right time (after the package is live on npm)
  • Previously, the verify workflow was triggered by surface_release which fires after build but before npm publish, causing ETARGET failures

Context

Companion PRs:

  • Monorepo: devhelmhq/mono — switches surface-publish-verify.yml from surface_releasesurface_published + adds multi-surface support
  • SDK-JS: devhelmhq/sdk-js — same dispatch step addition

Test plan

  • YAML syntax validated
  • Merge all 3 PRs, then trigger a CLI release to verify the full flow

Made with Cursor

The publish-verify workflow in the monorepo was triggered by
surface_release, which fires after build but before npm publish.
This caused ETARGET errors because the package wasn't on npm yet.

Add a surface_published dispatch step that fires immediately after
npm publish succeeds, so the monorepo can verify the live package.

Made-with: Cursor
@caballeto caballeto merged commit 09bdab0 into main Apr 11, 2026
3 checks passed
@caballeto caballeto deleted the fix/release-publish-verify-timing branch April 11, 2026 18:00
caballeto added a commit that referenced this pull request Apr 20, 2026
…s from spec, enable noUncheckedIndexedAccess

Phase 2 cleanup across the CLI codegen pipeline:

- Wire `parseSingle`/`parsePage`/`parseCursorPage` response validation
  through `apiGetSingle` so commands no longer rely on `data as T` casts
  in `checkedFetch` (Bug #5, P1 strict-fail on response envelopes).
- Generate `MATCH_RULE_TYPES`, `WEBHOOK_EVENT_TYPES`, and
  `STATUS_PAGE_VISIBILITIES` from the OpenAPI spec via
  `spec-facts.generated.ts` instead of hardcoding them in
  `yaml/zod-schemas.ts` and command flags (Bug #14).
- Drive the imperative `--visibility` flag for `status-pages` from the
  spec-derived `STATUS_PAGE_VISIBILITIES` tuple instead of a hardcoded
  one-element array (Bugs #1, #2).
- Drop the `@ts-nocheck` pragma on `api-zod.generated.ts` (now
  preprocessed for Zod-3 compatibility during generation) and fix the
  type fallout in command files.
- Enable `noUncheckedIndexedAccess: true` in `tsconfig.json` and refactor
  index-loop sites in YAML resolver / validator / interpolation /
  child-reconciler / parser / state show to satisfy it.

Made-with: Cursor
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant