Enqueue
Add one Change or submitted stack to the target queue.
The Vex Merge Queue turns accepted Changes into one ordered landing pipeline. It builds the candidate, requires and evaluates checks against the exact commit, records the outcome, and keeps the queue moving when an entry changes.
Every active entry is evaluated against a named target and a durable queue prefix. On Vex-primary targets, a follower can validate speculatively, but it only merges when that candidate is still the exact commit trunk would receive.
When an entry ahead changes, Vex-primary queues invalidate stale speculation and rebuild or reuse a candidate with matching provenance. GitHub-primary targets validate sequentially through GitHub.
Merge Queue · illustrative queue model
master · Vex primary
Add one Change or submitted stack to the target queue.
Replay it onto the durable queue prefix and publish an exact candidate for validation.
Require and evaluate checks against the commit that would advance trunk.
Advance the configured authority, then reconcile every affected follower.
Each target has one merge authority. Vex can advance its protected source ref or execute through GitHub while keeping the queue vocabulary and audit trail consistent.
Native Vex stacks use the Vex-primary queue. Ordinary pull requests enter through a GitHub-primary target with the GitHub App installed and strict branch protection enabled.
A failed or stale candidate records why it stopped. Fix the Change, then retry the same entry without pretending the failed validation never happened.
Operators can pause the queue, cancel work, or deliberately promote an approved hotfix while the normal ordering remains visible to everyone.
GitHub-primary boundary
GitHub-primary targets validate one pull request at a time and cannot use GitHub's native merge queue on the same protected target. The GitHub App and strict branch protection are prerequisites; Vex remains the ordered audit and control surface.
$ vex queue status$ vex land '#677'Start with proof