GeezerVison is showing github.com — Move Azure Pipelines CI to GitHub Actions · Issue #109408 · python/cpython
Move Azure Pipelines CI to GitHub Actions #109408DescriptionGitHub Actions is easier to use and maintain. For example, GitHub Actions is more popular and widely used, and so more familiar. It's easier to maintain a single system. Also core devs can restart failed GitHub Actions whereas they can't for Azure Pipelines. Both are owned by Microsoft and I believe they run on much the same infra.
There's a lot of duplication of tests between Azure Pipelines and GitHub Actions.
Let's remove the duplicated tests, and move the unique things over to GitHub Actions. For example, patchcheck is only run on AP.
We might not necessarily need to port things directly over, it may be possible to replicate equivalent checks in another way, possible with a pre-commit or Ruff lint rule. Let's evaluate these separately.
Related issues/PRs:
Linked PRs
Reacted by Sam Gross, sunmy2019 and Erlend E. Aasland Activityhugovk commented on Sep 14, 2023 Hmm, and Azure Pipelines is only running for PRs to main (not backports); and on the version branches after PRs have been merged, but not for 3.12.
There are two top-level Azure Pipelines config files:
Azure Pipelines CI
This runs on version branches, after a PR has been merged.
But when we forked 3.12 from main in May, we forgot to add '3.12' to the config, so it's not run on that branch at all:
trigger: ['main', '3.11', '3.10', '3.9', '3.8', '3.7']
Azure Pipelines PR
This runs when PRs are opened. But it's only running for PRs against main, not for any of the backport PRs. I'm not sure why.
Example
To illustrate, this set of PRs only only had AP builds for main (python/cpython#109360) and not 3.12 (
python/cpython#109361) or 3.11 (#109362).
After merge, AP ran for main (https://dev.azure.com/Python/cpython/_build/results?buildId=137654&view=results) and 3.11 (https://dev.azure.com/Python/cpython/_build/results?buildId=137657&view=results) but not 3.12.
For comparison, GitHub Actions runs for PRs for all branches, but not merged pushes to version branches. brettcannon commented on Sep 14, 2023 I believe @zooba said there were some things being tested on Azure Pipelines that GitHub Actions didn't support? zooba commented on Sep 14, 2023 hugovk commented on Sep 14, 2023 Looks like we could potentially remove the "Tests" step (and "Publish Test Results") from windows-steps.yml without affecting the layout testing? The main thing in windows-steps.yml being the CPython build.
In addition to the APPX layout step, should we also keep the nuget and embed layout steps?
|
steps: |
|
- template: ./windows-steps.yml |
|
|
|
- template: ./windows-layout-steps.yml |
|
parameters: |
|
kind: nuget |
|
- template: ./windows-layout-steps.yml |
|
parameters: |
|
kind: embed |
|
- template: ./windows-layout-steps.yml |
|
parameters: |
|
kind: appx |
|
fulltest: true |
zooba commented on Sep 14, 2023 Yeah, that would work. But it's post-commit testing anyway, so it isn't holding anyone up. And knowing that the regular tests pass is incredibly valuable when something specific to one of the layouts fails.
I'm pretty sure people are only annoyed by the PR integration. If that goes away, nobody will care unless they're looking for it.
As for the different layouts, the nuget and embed layouts only do really quick tests. I'd keep them all, as it gives us early warning that something has broken them (e.g. a new DLL isn't being copied). Otherwise we won't find out until during the release process when the same tests are run. Reacted by Hugo van Kemenade hugovk commented on Sep 15, 2023 Sounds good. I suggest we proceed as follows:
- Leave
ci.yml be, only change pr.yml
- Remove duplicate CI tests from
pr.yml, keeping patchcheck on AP
- Move
patchcheck to GHA, either as is or equivalent lint checks
- If necessary, disable "Azure Pipelines PR" via the web UI
- Remove
pr.yml
hugovk commented on Sep 15, 2023 Clarification on 1:
- Leave Windows testing in
ci.yml be, change Windows testing in pr.yml
Let's remove Ubuntu unit tests from both ci.yml and pr.yml, because they're run on GHA.
That leaves only patchcheck in pr.yml (it's skipped in ci.yml because it only makes sense for PRs).
Please see PR #109452. hugovk commented on Oct 3, 2024 Closing, this is essentially done now.
The remaining Azure Pipelines config is for testing after merge, and can stay to help test packaging the Windows installers.
We've moved all the pre-merge, PR-level stuff into GitHub Actions.
#122333 is still open, but isn't directly about moving AP stuff into GHA. Reacted by Ege Akman Reacted by Ege Akman
MetadataMetadataDevelopmentNo branches or pull requestsIssue actions
|