Skip to content

fix(ci): guard EAS jobs via env, not a job-level secret if#110

Merged
os-zhuang merged 1 commit into
mainfrom
fix/eas-secret-guard
Jun 10, 2026
Merged

fix(ci): guard EAS jobs via env, not a job-level secret if#110
os-zhuang merged 1 commit into
mainfrom
fix/eas-secret-guard

Conversation

@os-zhuang

Copy link
Copy Markdown
Contributor

Follow-up to #109. GitHub Actions forbids the secrets context in a job-level if:, so the guard I added there made the EAS workflows fail at startup (red at the workflow-file level).

Fix: mirror secrets.EXPO_TOKEN into a job-level env, then guard each step with if: ${{ env.EXPO_TOKEN != '' }}. The EAS jobs are now a clean no-op (green) when no token is configured, and run normally once you add EXPO_TOKEN.

(The integration guard from #109 — step-output presence check — already works; Integration Tests went green on main.)

🤖 Generated with Claude Code

GitHub Actions forbids the `secrets` context in a job-level `if:`, so the guard
added in the previous CI-health change caused a workflow startup_failure (the
EAS Build/Update/Submit workflows showed red at the file level). Mirror
`secrets.EXPO_TOKEN` into a job-level `env` and guard each step with
`if: env.EXPO_TOKEN != ''` instead — the jobs are a clean no-op (green) when
the token is unset and run normally once it's configured.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@os-zhuang os-zhuang merged commit b56c9cc into main Jun 10, 2026
4 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant