Repository navigation
Order Declaration
order("configure", "compile")
order("compile", "test")Declares that one step must finish before another starts within the same phase+scope execution group.
order(before, after)| Argument | Meaning |
|---|---|
before |
Step name that runs first |
after |
Step name that runs second |
Both arguments are the step name field, not phase:scope labels (though names may contain colons if you choose).
Steps without an ordering constraint in the same phase+scope may run in parallel (same level).
order() creates a dependency edge: after waits until before completes.
order("a", "b")
order("a", "c")
Level 0: a
Level 1: b, c (b and c parallel after a)
If two steps in the same phase+scope have overlapping mutate glob patterns, Beez infers ordering so they do not run in parallel on the same files.
You can still add explicit order() hints for steps without overlapping mutates.
| Error | Cause |
|---|---|
cyclic step dependency |
order() forms a cycle |
mutate conflict |
Conflicting mutate patterns cannot be ordered |
step ordering failed |
Cycle or mutate conflict when the phase+scope runs |
Load time does not validate that step names in order() exist. Hints that reference steps not in the current phase+scope group are ignored.
order() may appear before or after step() declarations in build.lua.
Linear pipeline:
order("configure:setup", "build:compile")
order("build:compile", "test:unit")Fan-out after compile:
order("build:compile", "test:unit")
order("build:compile", "test:integration")
-- unit and integration can run in parallel after compileLint after format:
order("format", "lint")- Parallel Execution and Dependencies - levels and workflow parallelism
-
Step Declaration -
mutatepatterns
Quick Reference · Glossary · FAQ
- Fundamentals
- Core Concepts
- Project Layout
- First Pipeline
- Phases and Scopes
- How Phases and Scopes Work
- Selecting with Phases and Scopes
- Designing Phases and Scopes
- Parallel Execution and Dependencies
- Configuration
- Configuration Overview
- Global User Config
- Project Config
- Environment Variables
- Performance Settings
- Cache Settings
- Config Reference
- CLI
- CLI Overview
- Running Targets
- Filtering by Phase
- Running a Single Step
- Listing Entities
- Output and Logging Flags
- Cache and Maintenance Flags
- Meta and Utility Commands
-
Project Scaffolding —
beez --init(embedded Tempify) - CLI Flag Reference
- Lua DSL
- DSL Overview
- Plugin System — Plugins, Config DSL, Standard-Workflows
- Step Declaration
- Task Declaration
- Workflow Declaration
- Order Declaration
- Configure Step
- ReqPack Declaration
- Beez API
- Step Context
- DSL Patterns
- Caching
- Caching Overview
- Step Cache
- Success Cache
- Glob Metadata Cache
- Artifact Patterns
- Cache Keys and Invalidation
- Cache Storage and Maintenance
- Caching Troubleshooting
- UI and Output
- Output Modes
- Progress and Animation
- Colors and Themes
- Run Summaries
- Logging and Log Files
- Development and Contribution
- Building and Setup
- Repository Layout
- Testing
- Code Quality
- Feature Development Workflow
- Submitting Changes