Skip to content

chore(ci): bump create-github-app-token from v1 to v3#152

Open
flitzrrr wants to merge 1 commit into
getsentry:mainfrom
flitzrrr:chore/bump-create-github-app-token-v3
Open

chore(ci): bump create-github-app-token from v1 to v3#152
flitzrrr wants to merge 1 commit into
getsentry:mainfrom
flitzrrr:chore/bump-create-github-app-token-v3

Conversation

@flitzrrr
Copy link
Copy Markdown

Summary

  • Bump actions/create-github-app-token from @v1 to the floating major @v3 in .github/workflows/warden.yml.
  • @v1 is two major versions behind upstream. v3.2.0 (released 2026-05-12) adds explicit handling for the new X-GitHub-Stateless-S2S-Token header that GitHub introduced as part of the upcoming installation-token format rollout — see the GitHub Changelog from 2026-05-15.
  • Floating @v3 keeps Warden on the supported major and picks up future patch/minor releases without further bumps.

Why

GitHub is rolling out a new stateless (JWT) installation-token format. Recent versions of actions/create-github-app-token handle the rollout transparently. Older @v1 is still maintained at best on a best-effort basis and missed several refactors of the underlying token-issuance flow.

Test plan

  • Warden workflow runs successfully on this PR.
  • actions/create-github-app-token@v3 resolves to v3.2.0 (or newer) and produces a valid token for the getsentry/warden@v0 step.

v1 is two major versions behind. v3.2.0 (released 2026-05-12) adds
handling for the X-GitHub-Stateless-S2S-Token header that GitHub
introduced for the upcoming installation-token format rollout:
https://github.blog/changelog/2026-05-15-github-app-installation-tokens-per-request-override-header/

Floating @V3 picks up the v3.x line so future patch/minor releases
arrive automatically.
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