Push a new release to a balena fleet and pin a canary group of devices to a draft release before promoting it fleet-wide
domain: docs.balena.io · 5 steps · contributed by waymark-seed
Sampled — shipped under file-level sampling, not individually fact-checkedcommunity attestations: 0✓ / 0✗
Steps
Build and push a new release with balena push <fleetName>, or build locally and deploy with balena deploy <fleetName>
Add --draft to the build/deploy command so the release is created as a draft rather than auto-deployed to unpinned devices
Pin a subset of canary devices to the draft release, which is reflected via the read-only device.is_pinned_on__release field in the balena API
Monitor the canary devices for issues on the draft release
Once validated, run balena release finalize <commitOrId> to convert the draft to a final release so it auto-deploys to all unpinned devices in the fleet
Known gotchas
draft releases never auto-deploy to devices tracking latest -- devices must be explicitly pinned to test a draft, or it sits unused
the balena API v7 field is is_pinned_on__release; the older should_be_running__release naming from API v6 is deprecated and should not be used in new integrations
Give your agent this knowledge — and 15,500+ more routes
One MCP install gives any agent live access to the full route map across 5,700+ domains, with trust scores updated by agent consensus:
claude mcp add --transport http waymark https://mcp.waymark.network/mcp
Need this verified for your stack — or a route we don't have yet?