Skip to content

feat(demo): add BURST mode for a simultaneous enqueue of independent changes - #615

Open
behinddwalls wants to merge 1 commit into
mainfrom
preetam/demo-burst-mode
Open

feat(demo): add BURST mode for a simultaneous enqueue of independent changes#615
behinddwalls wants to merge 1 commit into
mainfrom
preetam/demo-burst-mode

Conversation

@behinddwalls

@behinddwalls behinddwalls commented Aug 19, 2026

Copy link
Copy Markdown
Collaborator

Summary

Add -burst (Makefile BURST=false) which, for independent changes, creates every change first and only then fires all the Land calls together, so the requests reach the queue in one burst instead of being enqueued as each is created. It works for every provider: burst runs each source through the same two phases, so fake creates instantly, github creates concurrently, git creates serially on its single work tree — and in all three the enqueues arrive together once creation is done.

Burst does not make creation faster; with the git source it is still serialized on one work tree. It only separates creation from enqueuing so the publishes are not spread across the creation phase. The default is unchanged — each change lands the moment it exists, so the queue starts working during creation.

A small lander seam lets the two-phase ordering be tested without a live gateway.

Test Plan

✅ New unit test asserts nothing is enqueued until every change is created, provider-agnostically (a lander seam + a recording source stand in for any provider); shape banner covered; existing //service/submitqueue/demo/requests tests green.

Stack

  1. @ feat(demo): add BURST mode for a simultaneous enqueue of independent changes #615
  2. fix(orchestrator): carry a failed batch's reason to the request error log #616

…changes

Add -burst (Makefile BURST=false) which, for independent changes, creates every change first and only then fires all the Land calls together, so the requests reach the queue in one burst instead of being enqueued as each is created. It works for every provider: burst runs each source through the same two phases, so fake creates instantly, github creates concurrently, git creates serially on its single work tree — and in all three the enqueues arrive together once creation is done.

Burst does not make creation faster; with the git source it is still serialized on one work tree. It only separates creation from enqueuing so the publishes are not spread across the creation phase. The default is unchanged — each change lands the moment it exists, so the queue starts working during creation.

A small lander seam lets the two-phase ordering be tested without a live gateway.
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