Skip to content

Release 0.6.0 - #252

Merged
JacobStephens2 merged 1 commit into
mainfrom
release-0.6.0
Oct 1, 2026
Merged

JacobStephens2 merged 1 commit into
mainfrom
release-0.6.0

Conversation

@JacobStephens2

Copy link
Copy Markdown
Owner

Summary

0.6.0 ships the changes merged since v0.5.0. The headline is the Architect run (thirdshift architect [<focus>]): an Architecture review of the Base branch publishes its top recommendation as a plan, and thirdshift marks the plan ready and dispatches it as thirdshift <plan URL> would (#241). The other big change is that a Run now recognises an Inherited failure, a red check that is also red on the Base branch, and either fails at once or, when allowed, starts a Base fix (#226).

New command: thirdshift architect

Inherited failures and the Base fix

  • A failed check that also failed on the Base branch commit the head last merged in is an Inherited failure. When every red check is one, the Run fails without a Repair: CI red on <check>, which also fails on <base> at <short sha>; fix <base> first. When the branch also has failures of its own, the CI-fix Repair gets only those, with the Inherited failures listed as not to fix (Inherited failures fail the Run without a Repair #225).
  • With base-fix (or --base-fix), such a Run instead writes a Base fix issue labelled base-fix and ready-for-agent, adding either label if the repository lacks it. It starts a child Merge run into the Base branch, then merges the Base branch in and watches CI again. A Run gets one Base fix. On a Spec, a Ticket's Base fix goes into the Spec branch and the Spec PR's into the Base branch (A Base fix, when the base-fix flag is given #236).
  • base.fix in the User config allows a Base fix for every Run, and no-base-fix forbids one for a single Run; giving both flags is an argument error. Setup asks about Base fixes only when every Run is a Merge run, and writes [base] fix = false otherwise (Base fix in the User config and Setup #239).
  • One broken Base branch gets one Base fix: a Run that finds an open base-fix issue for the same Base branch and checks waits on it, with no time limit if it was written from another clone or machine. If the Base fix was started from the same Launch directory and has ended with its issue still open, the Run starts it again. Tickets of a Spec run that meet the same Inherited failure share one Base fix (Runs share one Base fix #242).
  • A Run that took a Base fix ends its progress lines with Base fix: <issue URL> merged. A Ticket that landed after one says so in the Tickets checklist and the Spec run's Run notification (Inherited failures: fail fast on a red Base branch, or fix it with a Base fix #226).

Also: docs, test suite and release script updates (#209, #210, #213, #214, #215, #216, #217, #218, #220, #227, #235, #250).

Version diff

diff --git a/Cargo.lock b/Cargo.lock
index 901f597..6914e64 100644
--- a/Cargo.lock
+++ b/Cargo.lock
@@ -1469,3 +1469,3 @@ dependencies = [
 name = "thirdshift"
-version = "0.5.0"
+version = "0.6.0"
 dependencies = [
diff --git a/Cargo.toml b/Cargo.toml
index 209a980..402114e 100644
--- a/Cargo.toml
+++ b/Cargo.toml
@@ -2,3 +2,3 @@
 name = "thirdshift"
-version = "0.5.0"
+version = "0.6.0"
 edition = "2024"

@JacobStephens2
JacobStephens2 merged commit b67ae1a into main Oct 1, 2026
13 checks passed
@JacobStephens2
JacobStephens2 deleted the release-0.6.0 branch October 1, 2026 09:00
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