Skip to content
Back to skills

Phased Release Play

ASecurity

Use Play Console staged rollouts (1% to 5% to 20% to 100%) with crash monitoring. Use when the user says 'staged rollout play', 'phased release android', 'gradual release android'.

  • 3 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added October 4, 2026
developmentbash

Security analysis

A100/100

Pro scans all 2 files and shows the line behind each finding

Scanned October 4, 2026

npx -y skills add khadinakbarlabs/expo-mobile-app-builder --skill phased-release-play --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Phased Release Play?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Phased Release Play
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/khadinakbarlabs-phased-release-play/badge)](https://www.skillsdirectory.com/skills/khadinakbarlabs-phased-release-play)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: "phased-release-play"
description: "Use Play Console staged rollouts (1% to 5% to 20% to 100%) with crash monitoring. Use when the user says 'staged rollout play', 'phased release android', 'gradual release android'."
---

# Phased Release (Play)

Roll new versions to small % first, monitor crashes, expand or halt.

## External action gate

Creating, halting, resuming, or expanding a Play rollout changes production availability. Prepare the schedule, monitoring thresholds, rollback path, and owner of each decision locally. Obtain explicit owner confirmation of the Play account, app, release, track, and percentage before every state-changing action.

## Default rollout schedule
- Day 1: 1% of users
- Day 2-3: 5%
- Day 4-7: 20%
- Day 8-14: 50%
- Day 15+: 100%

## Configure in Play Console

Play Console → Production → Create release → Choose rollout %.

## Halt rollout if crashes spike

Play Console → Production → Halt rollout.

Stops new users from getting the version. Existing users on it stay.

## Vitals to watch

| Metric | Threshold | Action if exceeded |
|---|---|---|
| Crash rate | >1.09% | Halt |
| ANR rate | >0.47% | Halt |
| Cold start time | >2 sec | Halt |
| User-perceived crash rate | >0.5% | Investigate |

Play Console → Vitals tab.

## Re-resume

After fix:
1. Submit new version
2. Resume rollout (Play console action)
3. Old version remains halted (users on it stuck until they update)

## Emergency update behavior

Expo's supported OTA package is `expo-updates`. It can check, fetch, and reload a compatible update, but it does not replace a required native or store update. For an emergency, first determine whether the issue is JS-only and compatible with the installed runtime; otherwise prepare a new binary and follow the owner-confirmed Play release path. Avoid surprising users with an immediate reload unless the product's UX and policy review explicitly allow it.

## EAS Update for hotfixes after confirmation

JS-only fixes can use an EAS Update when compatible with the installed runtime. Prepare the command, rollback target, and monitoring plan first:
```bash
eas update --branch production --message "Fix crash on cart"
```

Publish only after the owner confirms the EAS project, branch, rollout, and action.

## Pair with
- `eas-update-rollout-android`
- `add-sentry-rn-android` for crash monitoring

Files in this skill

  • SKILL.md2.3 KB
  • agents/openai.yaml188 B

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…