-
Notifications
You must be signed in to change notification settings - Fork 692
Add a workflow to promote green commit to stable branch #1697
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
Conversation
🔗 Helpful Links🧪 See artifacts and rendered test results at hud.pytorch.org/pr/pytorch/executorch/1697
Note: Links to docs will display an error until the docs builds have been completed. ✅ No FailuresAs of commit 0588c4b with merge base c99e5a5 ( This comment was automatically generated by Dr. CI and updates every 15 minutes. |
@guangy10 Let's chat more on how to get ET trunk into a good state before landing this change. |
@huydhn has imported this pull request. If you are a Meta employee, you can view this diff on Phabricator. |
@huydhn has imported this pull request. If you are a Meta employee, you can view this diff on Phabricator. |
|
with: | ||
repository: pytorch/executorch | ||
stable-branch: viable/strict | ||
requires: '[\"pull\", \"lint\"]' |
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.
Should we include doc build as well?
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.
We could, we can add that if a successful doc build is considered important enough for the stable branch. Let me add that, if it turns out not needed, it can be removed.
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.
A commit can be promoted to viable/strict if all its pull and lint jobs pass. The condition here can be extended to include trunk jobs too, but we need to get ET trunk into a healthy state before that.
It makes sense to get the process up running asap as long as all pull, lint and doc build pass. As the 2nd step to tighten the quality of viable/strict, instead of waiting for all trunk job to be green, I'm wondering if there is a way to disable failed jobs from running on trunk, e.g. mark disabled/skipped, until those jobs are fixed. My concern is that fixing all trunk jobs may take long time especially there are some jobs owned by the external partners, e.g. test-arm-reference-delegation
, test-coreml-delegate
. when one gets fixed, a new one may start failing.
fyi, #1569 is to fix the |
@huydhn has imported this pull request. If you are a Meta employee, you can view this diff on Phabricator. |
Summary: I'm making the timeout value configurable for each models and defaults to 90m (the current value). The timeout value for MobileBert can then be increased to ~120m~ 180m. The model is running only trunk anyway, so there is no impact on PR duration. A better fix would be to figure out why it's running slowly, but I leave it to the experts. I'm trying to get lint and pull signals all green before landing #1697 (although they are not that related). Pull Request resolved: #1729 Reviewed By: mergennachin Differential Revision: D53149238 Pulled By: huydhn fbshipit-source-id: fdb96197a8776b957316c5b448db3fb14b9e3ed8
Summary: Currently the commit got promoted to viable/strict isn't stable: [ET CI HUD](https://hud.pytorch.org/hud/pytorch/executorch/viable%2Fstrict). ET CI is in a better state now, it's time to restrict promoting commit by including trunk jobs. It is a follow-up action from [pytorch#1697](pytorch#1697). Differential Revision: D54370551
Summary: Currently the commit got promoted to viable/strict isn't stable: [ET CI HUD](https://hud.pytorch.org/hud/pytorch/executorch/viable%2Fstrict). ET CI is in a better state now, it's time to restrict promoting commit by including trunk jobs. It is a follow-up action from [pytorch#1697](pytorch#1697). Reviewed By: huydhn Differential Revision: D54370551
Summary: Currently the commit got promoted to viable/strict isn't stable: [ET CI HUD](https://hud.pytorch.org/hud/pytorch/executorch/viable%2Fstrict). ET CI is in a better state now, it's time to restrict promoting commit by including trunk jobs. It is a follow-up action from [pytorch#1697](pytorch#1697). Reviewed By: huydhn Differential Revision: D54370551
Summary: Currently the commit got promoted to viable/strict isn't stable: [ET CI HUD](https://hud.pytorch.org/hud/pytorch/executorch/viable%2Fstrict). ET CI is in a better state now, it's time to restrict promoting commit by including trunk jobs. It is a follow-up action from [pytorch#1697](pytorch#1697). Reviewed By: huydhn Differential Revision: D54370551
Summary: bypass-github-export-checks Currently the commit got promoted to viable/strict isn't stable: [ET CI HUD](https://hud.pytorch.org/hud/pytorch/executorch/viable%2Fstrict). ET CI is in a better state now, it's time to restrict promoting commit by including trunk jobs. It is a follow-up action from [#1697](#1697). Reviewed By: huydhn Differential Revision: D54370551 fbshipit-source-id: dc94dc72360505ded174dcdfb90febda49a8e276
This is ready now after pytorch/test-infra#4905 lands. I reuse the same convention from PyTorch here calling the stable branch
viable/strict
.Testing
https://github.com/pytorch/executorch/actions/runs/7648614817/job/20841686469?pr=1697#step:2:1270, no green commits was found because there are broken lint and pull jobs on main https://hud.pytorch.org/hud/pytorch/executorch/main