Skip to content

Use organization workflows for CI, release and pages deployment - #4

Merged
db9795 merged 1 commit into
mainfrom
ci/use-org-workflows
Oct 8, 2026
Merged

db9795 merged 1 commit into
mainfrom
ci/use-org-workflows

Conversation

@db9795

@db9795 db9795 commented Oct 8, 2026

Copy link
Copy Markdown
Contributor

CI and release now call the shared workflows from maptoolkit/.github instead of defining the steps here.

  • ci.yml: calls npm-ci.yml@main (lint, typecheck, test, build — same steps as before). Push runs are limited to main, PRs run as before. The old if that skipped same-repo PRs to avoid duplicate runs is no longer needed.
  • release.yml: calls npm-release.yml@main (changesets release PR / npm publish, tags and GitHub releases — same steps as before). A new deploy-pages job runs after it when the release output published is 'true'.
  • deploy_pages.yaml → deploy-pages.yml: triggered via workflow_call from the release workflow (and still manually via workflow_dispatch) instead of on v* tag pushes. Tags pushed with GITHUB_TOKEN don't trigger other workflows, so the demo was never deployed automatically after a release. The unused VITE_MAPTOOLKIT_API_KEY env is removed, the demo uses demo/example.geojson.

The shared workflows use actions/checkout and actions/setup-node v6 and pin changesets/action to v1.9.0.

@db9795
db9795 merged commit 01b76fb into main Oct 8, 2026
1 check passed
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