Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

always mark Python 3.11 jobs as successful #182

Merged
merged 2 commits into from
Feb 28, 2024
Merged

Conversation

jameslamb
Copy link
Member

@jameslamb jameslamb commented Feb 28, 2024

Follow-up to #176.

#176 added Python 3.11 build and test jobs. It tried to make those optional by using GitHub Actions' jobs.<job_id>.continue_on_error mechanism (docs on that).

Unfortunately, it seems that that mechanism doesn't play nicely with RAPIDS branch protections, which use one more job that runs at the end of the pr workflow and declares all other sets of jobs in a needs: block.

cudf example: https://github.com/rapidsai/cudf/blob/8526e6d5b21361465d1c72ecbea64d3d2d9bf849/.github/workflows/pr.yaml#L13-L34.

As a result, the Python 3.11 jobs were actually blocking CI in repos where they were failing.

This proposes the following changes:

  • removing that job-level continue-on-error
  • ensuring that Python 3.11 jobs are always marked successful, even when individual steps in them fail

How I tested this

Opened rapidsai/cudf#15172 to test.

On the first run, I saw all Python 3.11 marked as successful, even though their logs clearly indicated that they failed.

Screenshot 2024-02-28 at 10 56 20 AM

(build link)

TODO: once that completes, I'll do one more build that breaks the tests and shows that the non-Python-3.11 jobs are marked as failed.

Proposing that we merge this without waiting on that test, to unblock CI for cudf (and maybe other projects).

@jameslamb jameslamb changed the title WIP: always mark Python 3.11 jobs as successful always mark Python 3.11 jobs as successful Feb 28, 2024
@jameslamb jameslamb marked this pull request as ready for review February 28, 2024 21:00
@jameslamb jameslamb requested review from vyasr, bdice and ajschmidt8 and removed request for vyasr February 28, 2024 21:02
@jameslamb jameslamb added improvement Improves an existing functionality non-breaking Introduces a non-breaking change bug Something isn't working and removed improvement Improves an existing functionality labels Feb 28, 2024
if: "!cancelled()"
run: rapids-upload-artifacts-dir cuda${RAPIDS_CUDA_VERSION%%.*}_$(arch)_py${RAPIDS_PY_VERSION//.}

# TODO: remove before closing https://github.com/rapidsai/build-planning/issues/3
- name: mark Python 3.11 jobs successful
Copy link
Contributor

Choose a reason for hiding this comment

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

I'm not 100% sure if this step is necessary, but it doesn't hurt. We have enough testing to know that this PR will help unblock CI.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working non-breaking Introduces a non-breaking change
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants