Reference
The blocks DAG in topological waves
The get-order tool, and the REST call it is generated from.
The blocks graph in waves: everything in one wave can run in parallel, and wave n+1 needs wave n done. Inside a wave, priority orders first, then the id. Goals (kind: project) come back in milestones, where milestones[n] is reached once wave n is done. Closed tasks and records are left out. Cycles are reported, never refused; unresolved lists what waits behind one.
Parameters
- project
Only these
proj_…ids (repeat or comma-separate); omit for all of yours. One you are not a member of answers404. - tasks
Order this explicit set instead of everything you can see, as task ids. Use it for the handful of tasks a feature is made of.
- upstream_of
Only this task and the open work before it: every task that
blocksit, transitively, stopping at a closed one. The waves are what is left and how many agents can work it at once; a goal target comes back inmilestones. Composes withprojectandtasks; a task you cannot see answers404. - limit
How many ids each wave carries at most;
wave_sizeshas the whole counts. Defaults to 50.
Responses
Generated from the spec this operation is implemented against, so the two names above cannot disagree with the surface a client sees.