chore: bump version to 0.13.15 for next development cycle - #6103
Conversation
prql-bot
left a comment
There was a problem hiding this comment.
The version bump itself is consistent and correct, but CI is red on three jobs (test-rust-main (ubuntu-24.04), measure-code-cov, test-deps-min-versions) — all failing on the same assertion: mdbook-prql book::test_prql_examples_compile, snapshot assertion for 'project/target/version/1' failed.
The runbook's cargo release step bumped the workspace to 0.13.15 but didn't re-accept the book snapshots. The target.md example [{version = prql.version}] compiles the compiler's version, so its expected SQL changed from 0.13.14 to 0.13.15, and the stored snapshot is now stale:
web/book/tests/documentation/snapshots/documentation__book__project__target__version__1.snap
'0.13.14' AS version → '0.13.15' AS version
That one-line change turns all three jobs green (measure-code-cov and test-deps-min-versions both fail on this same snapshot and nothing else). The file is outside this PR's diff, so I can't leave an inline suggestion — running cargo insta test --accept -p mdbook-prql (or editing that one line) is the fix. Want me to push the snapshot update to this branch?
Dismissing my approval until CI is green.
CI failed — book snapshot documentation__book__project__target__version__1.snap still reads 0.13.14 (prql.version now 0.13.15); needs cargo insta accept.
Step 5 of the release runbook, following the 0.13.14 release.
cargo release patch --no-publish --no-push --execute --no-verify --no-confirm --no-tagbumps the workspace to 0.13.15, recreates the## [unreleased]changelog section for the next cycle, and moves theprql version:example intarget.mdto the version just released.Two snapshot sets embed the compiler version and both are refreshed here:
prqlc's docs-generator snapshots, and the book's[{version = prql.version}]example.That second one is why this also corrects the runbook. Step 5 prescribed
cargo release … && task prqlc:test-all, buttask prqlc:test-allis scoped to theprqlc/workspace, so it structurally cannot regenerate a snapshot living inweb/book— every release walks into a redbook::test_prql_examples_compileand fixes it reactively. Step 5 now runscargo insta test --accept -p mdbook-prqlas well, and says why.Also refreshes the README's Current Status date (runbook step 7). The substance still holds — development is paced by the new-resolver question, and the priorities below it are unchanged — so only the month stamp moves.