Repository navigation
An unattended split builds every part without waiting for merges
In short
publish --part … --stackwhen the orchestrator offers it.<cmd> ticket --jsonsaying"stack": truemeans the orchestrator can stack a split's parts:shippasses--stackwith every part, and the next part no longer waits for the previous one to merge./flow:work:runrouteswhy = next. Nothing merged: the published parts staypublished,meta.json.basebecomes the part published last (or the umbrella), and the next startable MR/PR is built on it — apublisheddependency counts as met on this route only.- Without
stacknothing changes: the next part waits forwhy = merged, as before.
Why
An unattended split used to stop after each part until a person merged it, so a split ticket left to run overnight was one part long in the morning. agent-runner v0.28.0 stacks a split's parts (mashware/agent-runner#481): each part's PR targets the part below it, and the orchestrator retargets and restacks on its own.
Upgrading
Nothing to configure. Only an orchestrator that says "stack": true changes anything.