Prepare v0.3.4 release - #157
Merged
Merged
Conversation
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.
Bumps to 0.3.4 and records the release.
Cargo.lockis regenerated in the same commit because the release workflow runscargo publish --locked.What's in 0.3.4
#156 —
ez split. Turn a multi-commit branch into a stack with one branch per commit, thenez submitfor a PR each. The agent workflow it enables: commit freely on one branch, then ship the commits as a stack in one command.It rewrites nothing — the commits already form a chain, so each layer is a branch ref pointed at a commit already in place plus a recorded parent. The branch you split keeps its name, tip, and any existing PR, becoming the top layer. Refuses before creating anything on a name collision or a merge commit in the range; no-ops on a single-commit branch;
--dry-runpreviews.#155 —
ez moverestructures the GitHub native stack it moves within. Previously it rebased locally, then calledupdate_pr_base, which GitHub rejects for a PR inside a native stack — and reported "Moved" anyway, leaving GitHub's topology stale with nothing saying so. It now detects the native stack before any local mutation, skips the base edit that was never going to work, and dissolves/recreates the stack viarepair_native_stack_exact. Receipts split local from remote, so "Moved" can no longer imply the remote followed.Both commands are exercised by the release canary against real GitHub —
ez splitwas added toscripts/github-canary.shas thecanary_lists_every_operational_top_level_commandcontract requires.25 suites green, clippy clean.