Documentation

Everything to ship over-the-air updates with Pulsar — from install to multi-deployment testing.

Multi-deployment testing

Each app has independent deployments — typically Staging, Production, and any you add (e.g. QA). Each has its own key, so builds pointed at different keys receive different releases.

Recommended flow
  1. Point your debug/TestFlight build at the Staging key, your store build at Production.
  2. pulsar release MyApp Staging … and verify on the Staging build.
  3. Promote the exact tested bundle — no re-bundling — to Production:
bash
pulsar promote MyApp Staging Production
pulsar rollback MyApp Production   # instant revert if needed
Staged rollout & device targeting

Release to a percentage with --rollout 10, or to specific devices with --devices <client_unique_id,…>. Adjust rollout % and targeting live from the release row in the app’s dashboard.