Hi maintainers — thanks for this action, we use it heavily across our portfolio.
Request
Could you cut a release (e.g. v0.10.1 or v0.11.0) containing the Node 24 runtime bump from #450 (commit 500ac62)?
Why this is time-sensitive
GitHub forces Node.js 24 as the Actions runtime default on 2026-06-02. Actions whose internal runtime is still Node 20 will begin emitting hard errors on that date. The latest stable release (v0.10.0, 2025-08-18) and the floating @v0 tag both still declare using: node20 in action.yml, while main has the fix sitting unreleased since 2026-04-30.
Roadmap question
Is a release on the near-term roadmap? If yes, knowing a rough ETA would help us plan. If no, would you consider tagging one before 2026-06-02?
Our workaround in the meantime
We are pinning to commit SHA 500ac62 directly with an inline comment to revert to a normal tag pin as soon as a release ships. Sharing in case other consumers run into the same situation.
Thanks!
Hi maintainers — thanks for this action, we use it heavily across our portfolio.
Request
Could you cut a release (e.g.
v0.10.1orv0.11.0) containing the Node 24 runtime bump from #450 (commit500ac62)?Why this is time-sensitive
GitHub forces Node.js 24 as the Actions runtime default on 2026-06-02. Actions whose internal runtime is still Node 20 will begin emitting hard errors on that date. The latest stable release (
v0.10.0, 2025-08-18) and the floating@v0tag both still declareusing: node20inaction.yml, whilemainhas the fix sitting unreleased since 2026-04-30.Roadmap question
Is a release on the near-term roadmap? If yes, knowing a rough ETA would help us plan. If no, would you consider tagging one before 2026-06-02?
Our workaround in the meantime
We are pinning to commit SHA
500ac62directly with an inline comment to revert to a normal tag pin as soon as a release ships. Sharing in case other consumers run into the same situation.Thanks!