Prepares 0.9.1 - #143
Merged
Merged
Prepares 0.9.1#143
Conversation
The bump and the changelog promotion, and nothing else: `mix.exs`'s `@version`, which `StatifierRouter.version/0` and the docs' `source_ref` both read; the one `changelog.d/` fragment on main (sr-zb9m) assembled into a `## [0.9.1] 2026-09-30` section under a lead paragraph, and deleted in the same commit, its bullet carried over byte for byte; and the header's `changelog.d/` link moved to `blob/v0.9.1`. The README install pin stays at `~> 0.9.0`, as a patch leaves it. A patch, because nothing grows or changes a public surface: since v0.9.0, lib/ changes only `StatifierRouter.Migrations.V03`'s private `rename_index/3`, which skips the `ALTER INDEX` when the repo's adapter is `Ecto.Adapters.SQLite3`, and the moduledoc and `@doc` text that say so. `up/1`, `down/1` and every spec are unchanged, no module, function, option or migration version is added, and a Postgres host sees the same SQL. `ecto_sqlite3` is a test-only dependency and does not ship. No tag and no publish: the merge and the tag are the conductor's, the publish the operator's. `mix hex.build` builds 0.9.1; the tar it wrote was deleted before this commit. Full `mix quality` green under the repo gate lock and a machine slot on this exact tree (write-tree 0e56549 before and after the run), held across this commit: format, compile, isolated tests, doc links, deps, docs, credo, 422 of 422 tests at 97.7% coverage, dialyzer. Refs: sr-u3l4
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Prepares 0.9.1
The release prep for statifier_router 0.9.1, a patch for the V03 migration on SQLite. It does the bump and the changelog promotion and nothing else, in three of the four files the release recipe names (
.claude/wurk/release.md, "The files a release commit touches"):mix.exs:@versiongoes from0.9.0to0.9.1.CHANGELOG.md: a## [0.9.1] 2026-09-30section directly below the header, with a lead paragraph and then the one fragment's### Fixedbullet carried over byte for byte. The header'schangelog.d/link moves toblob/v0.9.1(step 7).changelog.d/sr-zb9m.md: deleted. It was the only fragment added sincev0.9.0(git diff v0.9.0..origin/main --statlists no other file underchangelog.d/).changelog.d/README.mdstays.README.md: untouched. The install pin stays at~> 0.9.0; a patch release leaves the pin alone.No tag and no publish. The merge and the annotated tag at the merge SHA belong to the conductor, and
mix hex.publishbelongs to the operator.mix hex.buildbuilds 0.9.1. The tar it wrote was deleted before the commit.Why a patch
git diff v0.9.0..origin/main --stat -- libis non-empty:lib/statifier_router/migrations.exandlib/statifier_router/migrations/v03.ex. Nothing in it grows or changes a public surface:StatifierRouter.Migrations.V03's privaterename_index/3skips itsALTER INDEXwhen the repo's adapter isEcto.Adapters.SQLite3. On every other adapter it runs the same statement as in 0.9.0, so a Postgres host sees the same SQL.V03.up/1andV03.down/1keep their names, arities and specs; only their@docstrings gain "on SQLite, nothing". The rest is moduledoc text inV03andStatifierRouter.Migrationssaying the same.StatifierRouter.Migrations.up/1anddown/1walk the same versions as in 0.9.0.mix.exsaddsecto_sqlite3withonly: :test, besidepostgrex. It does not ship in the package and no host sees it.The fix turns a migration that failed on SQLite into one that succeeds there, which is a bug fix, not a new surface.
Gate
Full
mix qualityran on this exact tree (git write-tree0e565499 before and after the run). The repo gate lock and a machine slot were held from the run through the commit. The run's output:Refs: sr-u3l4