Skip to content

chore: back-merge main into next after 0.8.13 - #591

Open
sotashimozono wants to merge 1 commit into
nextfrom
main
Open

chore: back-merge main into next after 0.8.13#591
sotashimozono wants to merge 1 commit into
nextfrom
main

Conversation

@sotashimozono

Copy link
Copy Markdown
Member

ADR-0025 §D6 rule 4: anything landing on main is back-merged so the beta lane never regresses.

Opened by hand because backmerge.yml could not:

GraphQL: The 'QAtlasHub' organization forbids access via a fine-grained
personal access tokens if the token's lifetime is greater than 366 days.

That is #426, and this is the fourth consecutive failure (2026-08-27, 08-29, and twice today around the 0.8.13 promotion). The workflow prints the fix itself: re-mint the fine-grained PAT with a lifetime <= 366 days (contents + pull-requests: write) and update RELEASE_PLZ_TOKEN, or move to a GitHub App installation token to stop it recurring on every expiry.

Content

No file differences. main is exactly one commit ahead of next — the Merge pull request #580 commit itself, which carried next's own tree onto main. This aligns the graph so the next comparison is clean; it changes no file.

Because there is no diff, the usual Cargo.toml / Cargo.lock version conflict that back-merges hit (next carrying -beta.N against main's clean stable) does not arise here: next is also at 0.8.13, since the cut landed there first this cycle.

Promotion: next → main (0.8.13-beta.17, no cut yet)
@codecov

codecov Bot commented Sep 1, 2026

Copy link
Copy Markdown

Codecov Report

✅ All modified and coverable lines are covered by tests.

📢 Thoughts on this report? Let us know!

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