ci: move linux and macos wheel building from GHA to GitLab #15572
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
Contributor
|
|
Contributor
Bootstrap import analysisComparison of import times between this PR and base. SummaryThe average import time from this PR is: 247 ± 2 ms. The average import time from base is: 251 ± 3 ms. The import time difference between this PR and base is: -3.9 ± 0.1 ms. Import time breakdownThe following import paths have shrunk:
|
brettlangdon
added
the
changelog/no-changelog
brettlangdon
added a commit
that referenced
this pull request
Dec 11, 2025
## Description This PRs adds an initial "setup" stage to the pipeline where we compute and expose the following variables to the rest of the pipeline: - **GH_PR_NUMBER:** The GitHub PR number if there is an open PR for this commit, empty otherwise - **HAS_OPEN_PR:** "true" if there is an open PR for this commit, "false" otherwise - **IS_MAIN_BRANCH:** "true" if the current branch is main - **IS_RELEASE_BRANCH:** "true" if the current branch is a release branch (e.g., "1.2"), "false" otherwise - **IS_RELEASE:** "true" if the current commit is a release tag (e.g., "v1.2.3"), "false" otherwise - **IS_MERGE_QUEUE:** "true" if the current branch is a merge queue branch (e.g., starts with "gh-readonly-queue/"), "false" otherwise The goal is to provide consistent controls for which jobs to run when, e.g. should a job run only when we have a PR open or only during a release? real example, with #15572 we want to be sure we still restrict benchmarks to only run/pass when we have an open PR to reduce volume, today that is controlled by the fact that the GHA wheel building only happens when a PR is open. ## Testing <!-- Describe your testing strategy or note what tests are included --> ## Risks <!-- Note any risks associated with this change, or "None" if no risks --> ## Additional Notes <!-- Any other information that would be helpful for reviewers -->
brettlangdon
commented
Dec 11, 2025
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.
Description
APMLP-584
Migrate Linux + macOS wheel builds to GitLab CI
This PR moves all Linux and macOS wheel building from GitHub Actions to GitLab. The intent is to consolidate our build logic, speed up CI, and give us tighter control over caching and execution order.
Changes
main, release branches, tags: full macOS build matrix.uv-based script.Impact on development
This is a functional migration only—no packaging or release behavior changes beyond the move itself.
Testing
Risks
Any jobs which depend on the GHA artifacts existing will start to fail, if we don't know who is relying on them then they can have a negative downstream impact. Remediation for any of those jobs is to use the public S3 bucket instead.
Additional Notes