[eas-cli] Wire refresh ad-hoc profile through build:internal and prepareJob#3769
Conversation
|
Warning This pull request is not mergeable via GitHub because a downstack PR is open. Once all requirements are satisfied, merge this PR as a stack on Graphite.
This stack of pull requests is managed by Graphite. Learn more about stacking. |
build:internal and prepareJob
Codecov Report❌ Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## szymonswierk/eng-21094-allow-regenerating-ad-hoc-provisioning-profiles-in-workflow #3769 +/- ##
======================================================================================================================
- Coverage 56.88% 56.88% -0.00%
======================================================================================================================
Files 904 904
Lines 39177 39178 +1
Branches 8202 8203 +1
======================================================================================================================
Hits 22283 22283
- Misses 15422 15423 +1
Partials 1472 1472 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
10da52d to
20da401
Compare
|
❌ It looks like a changelog entry is missing for this PR. Add it manually to CHANGELOG.md. |
|
Subscribed to pull request
Generated by CodeMention |

Why
Workflow builds run
eas build:internalon EAS workers to resolve credentials and emit the job JSON. The base branch adds--refresh-ad-hoc-provisioning-profileto eas build, but that flag was not available onbuild:internal, and the iOS job did not persistrefresh_ad_hoc_provisioning_profilewhen the flag was set.Without this wiring, git-based/workflow builds could not trigger ad-hoc profile refresh or pass the intent through to the job payload.
How
--refresh-ad-hoc-provisioning-profiletoeas build:internaland pass it intorunBuildAndSubmitAsync(same behavior as eas build).prepareJob.ts, setrefresh_ad_hoc_provisioning_profile: trueon the iOS job when the credentials context has the flag enabled.Test Plan
yarn typecheck