-
Notifications
You must be signed in to change notification settings - Fork 27.1k
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
Auto-build Docker images before on-merge if setup.py was changed #17573
Conversation
The documentation is not available anymore as the PR was closed or merged. |
Do not merge for now. The push CI in transformers is somehow tricky, after the recent change in #17369. |
@muellerzr Thank you for the PR. The most direct approach would be Integrate the check Otherwise (if you really want to keep the logic you have), the following block
should go in The main point is to run the actual push CI tests on another branch ( I would prefer the most direct approach (the first one). |
@ydshieh I believe I addressed what you wanted, let me know if otherwise 😄 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, but you can rebase on main first and double check if there are some redundant blocks in the final commit before merge.
Thank you for this work!
There are some changes recently (the 2 push workflow files)
57ca68a
to
4aa628a
Compare
…gingface#17573) * Auto-build on setup modification * Modify push-caller * Make adjustments based on code review
…gingface#17573) * Auto-build on setup modification * Modify push-caller * Make adjustments based on code review
What does this PR do?
This PR introduces a new workflow that will check if the
setup.py
was modified during a pull request merge. If so, it will trigger the docker images to be rebuilt before running theon-merge
tests.It also changes
self-push
to be ran on aworkflow_run
, specifically the newcheck-dependencies
job. This new job also maintains the same "on-merge" check the previous job had, when it comes to determining if it should be ran and when.Finally,
build-docker-images
is now also ran on aworkflow_call
, so thatcheck-dependencies
can trigger it.This is the same as done in Accelerate recently, with the only difference being additional file filters huggingface/accelerate#424
Why is this needed?
A frustration I've noticed over the last few months in this repo is the main tests runners are failing for an entire day, due to a new dependency introduced. This solves this problem, since the issue roots from the docker images being used.
Before submitting
Pull Request section?
to it if that's the case.
documentation guidelines, and
here are tips on formatting docstrings.
Who can review?
Anyone in the community is free to review the PR once the tests have passed. Feel free to tag
members/contributors who may be interested in your PR.
@ydshieh @LysandreJik