Skip to content

chore: bump to 0.4.0 for the rail 18 release - #165

Merged
eaitbrahim merged 1 commit into
mainfrom
chore/bump-0.4.0
Aug 5, 2026
Merged

chore: bump to 0.4.0 for the rail 18 release#165
eaitbrahim merged 1 commit into
mainfrom
chore/bump-0.4.0

Conversation

@eaitbrahim

Copy link
Copy Markdown
Contributor

Version bump only — no code change.

The release workflow deliberately refuses to set the version itself, so this is the reviewed PR that decision belongs in (docs/RELEASING.md).

Why minor, not patch: rail 18 (#164) is a new un-overridable hard rail, adds a settlement_currencies config field, introduces a load-time ConfigError for a config whose quote_currency falls outside that set, and changes admitted behaviour — non-USD/USDC spot pairs are now vetoed.

Why it matters now: ~/keel is still running 0.3.2. I verified directly against the deployment's venv:

deployment has settlement_currencies field? False
deployment guards has rail 18?             False

So the futures/equity hole rail 18 closes is still open on the live path. Cutting 0.4.0 is what actually gets the rail there.

After merge: Actions → Release → Run workflow with 0.4.0, then install the wheels by path into ~/keel/.venv and keel migrate. No schema change in this release, and the three deployment configs need no edits — all set quote_currency: USD and pick up the new field's default.

🤖 Generated with Claude Code

Minor rather than patch: rail 18 is a new un-overridable hard rail, it adds
a `settlement_currencies` config field, and it introduces a load-time
failure for a config whose `quote_currency` sits outside that set. It also
changes admitted behaviour -- non-USD/USDC spot pairs are now vetoed.

The live deployment (~/keel) is still on 0.3.2, so the rail is not yet
protecting the live path; cutting this release is what gets it there.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@eaitbrahim
eaitbrahim merged commit eae6c04 into main Aug 5, 2026
1 check passed
@eaitbrahim
eaitbrahim deleted the chore/bump-0.4.0 branch August 5, 2026 17:57
eaitbrahim added a commit that referenced this pull request Aug 5, 2026
The 0.4.0 release failed at "Verify the artifact identifies itself":

    keel 0.4.0+eae6c0437fdd (DIRTY) [release]
    ::error::artifact reports a dirty tree

The version bump (#165) moved all five workspace members to 0.4.0 but left
uv.lock pinning 0.3.2. CI's `uv sync` step then relocks to match, which
modifies a TRACKED file, so by the time the verify step runs
`keel --version` inside the checkout the tree is dirty.

That is the anti-stale-stamp guard in version.build_info doing its job: a
stamp is only believed when git agrees with it, precisely so a stamped build
of a modified tree cannot claim to be a clean release. The stamp was honest;
the tree really was dirty.

`keel/_build_info.py` and `dist/` are both gitignored, so neither the stamp
nor the build output is what tripped it -- only the lock was.

Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com>
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