Shard CI_iOS test suites#537
Draft
bradleymackey wants to merge 3 commits into
Draft
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
This updates the iOS CI workflow so CI_iOS builds test products once, uploads them as a tarred artifact, then runs each test target as a parallel test-without-building shard.
Why
The previous workflow stopped at build-for-testing, so it compiled iOS test products but did not run the test suites. Running everything serially in one job would add significant wall-clock time. Sharding keeps full test coverage while reducing elapsed time to roughly build time plus the slowest suite and artifact transfer.
Impact
The required CI_iOS check name is preserved as an aggregate job. Individual shard jobs expose failures per test target, and the build artifact uses RUNNER_TEMP to avoid workspace churn.
Validation