Skip to content

Conversation

@wschurman
Copy link
Member

Why

eas-build change corresponding to expo/expo#28403, which allows passing the workflow through from the job. This is necessary in EAS Build since it does prebuild, and workflow auto-detection in expo-updates depends on the presence of native directories or lack thereof, as well as their gitignore status.

Because our default gitignore doesn't ignore the native directories, prebuilt will make the detection code think it's a generic workflow.

How

Pass workflow through. Note that in this library, there's a third workflow enum "UNKNOWN", which if passed through to the expo-updates CLIs will throw. This is on purpose as we shouldn't be running those CLIs for jobs where the workflow is unknown. Note that eas-cli only ever generates generic or managed when constructing a normal build job (the only type of job where these are run).

Test Plan

Follow test plan of expo/expo#28403 to create the project, then run the following to ensure runtime version resolution works with new arg:

~/expo/run-with-local-eas-build.sh build --local

? {
extraEnv: {
EXPO_UPDATES_FINGERPRINT_OVERRIDE: resolvedExpoUpdatesRuntimeVersion,
EXPO_UPDATES_WORKFLOW_OVERRIDE: ctx.job.type,
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this isn't technically needed since this is only used if EXPO_UPDATES_FINGERPRINT_OVERRIDE isn't provided, but worth adding for consistency just in case someone puts up a project that uses it.

Copy link
Contributor

@szdziedzic szdziedzic left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

looks good

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.

3 participants