-
Notifications
You must be signed in to change notification settings - Fork 948
WIP: [DO NOT MERGE] test gha-tools changes #18747
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
base: branch-25.08
Are you sure you want to change the base?
Conversation
This comment was marked as resolved.
This comment was marked as resolved.
Ok so this did "work" from the perspective of downloading But those packages were ignored in builds, in favor of nightlies from In a conda build, for example:
I think that's showing us that adding strict channel priority (rapidsai/build-planning#84) means the instructions for using CI artifacts across PRs (these, in If we want these downloaded artifacts to be used in favor of nightlies, the local channels need to be prepended to the list of channels considered by |
/ok to test a0f2cfd |
/ok to test |
This is mostly working ... definitely well enough to move forward with rapidsai/docs#601 and rapidsai/gha-tools#173, in my opinion. With the proposed patterns here + in the linked PRs above, it should be possible to get 100% confidence that the PR CI artifacts will be used for:
Conda tests can sometimes fall back to nightlies, because we're not yet using strict channel priority in conda test jobs. Doing that in the future would be helpful: rapidsai/build-planning#14 (comment) Looking to see ✅ `conda-cpp-build` (using CI artifacts)
✅ `conda-python-build` (using CI artifacts)
|
Shifting this testing over to |
/ok to test |
Description
Using this together with rapidsai/rmm#1909 to test documentation updates describing how to reproduce CI locally now that RAPIDS projects are using the GitHub Actions artifact store for conda packages and wheels (e.g. #18539).
Testing these, specifically:
Using inputs from:
Checklist