-
Notifications
You must be signed in to change notification settings - Fork 26.3k
Add bazel actions workflow #61039
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
Add bazel actions workflow #61039
Conversation
[ghstack-poisoned]
💊 CI failures summary and remediationsAs of commit 17c08e8 (more details on the Dr. CI page and at hud.pytorch.org/pr/61039): 💚 💚 Looks good so far! There are no failures yet. 💚 💚 Preview docs built from this PR This comment was automatically generated by Dr. CI (expand for details).Follow this link to opt-out of these comments for your Pull Requests.Please report bugs/suggestions to the (internal) Dr. CI Users group. |
Codecov Report
@@ Coverage Diff @@
## gh/rsemenov/1/base #61039 +/- ##
======================================================
+ Coverage 76.25% 76.26% +0.01%
======================================================
Files 2062 2062
Lines 205602 205602
======================================================
+ Hits 156784 156805 +21
+ Misses 48818 48797 -21 |
[ghstack-poisoned]
[ghstack-poisoned]
[ghstack-poisoned]
[ghstack-poisoned]
[ghstack-poisoned]
[ghstack-poisoned]
[ghstack-poisoned]
[ghstack-poisoned]
[ghstack-poisoned]
[ghstack-poisoned]
[ghstack-poisoned]
[ghstack-poisoned]
[ghstack-poisoned]
[ghstack-poisoned]
- Added a new template for bazel GH Actions workflow - Simplified the workflow based on @malfet's suggestion by combining build and test jobs into one as we only run a small subset of tests for bazel - Tested the run to make sure it succeeds - Build step takes 4 minutes, test step takes 7 minutes The downside of this approach is that I duplicated some of the jobs in a new template file. Alternative solution would be to use something like this https://jinja.palletsprojects.com/en/3.0.x/templates/#template-inheritance, however, that is better to be done in a separate PR as linux and windows workflows would need to be changed. Another solution is to use a bunch of if else statements in a linux workflow template to accommodate bazel build as part of it, but this seems not as clean as template inheritance with jinja. [ghstack-poisoned]
Co-authored-by: Rong Rong <[email protected]>
- Added a new template for bazel GH Actions workflow - Simplified the workflow based on @malfet's suggestion by combining build and test jobs into one as we only run a small subset of tests for bazel - Tested the run to make sure it succeeds - Build step takes 4 minutes, test step takes 7 minutes The downside of this approach is that I duplicated some of the jobs in a new template file. Alternative solution would be to use something like this https://jinja.palletsprojects.com/en/3.0.x/templates/#template-inheritance, however, that is better to be done in a separate PR as linux and windows workflows would need to be changed. Another solution is to use a bunch of if else statements in a linux workflow template to accommodate bazel build as part of it, but this seems not as clean as template inheritance with jinja. Here is a link to the latest bazel run with this change https://github.com/pytorch/pytorch/actions/runs/1004656584 [ghstack-poisoned]
- Added a new template for bazel GH Actions workflow - Simplified the workflow based on @malfet's suggestion by combining build and test jobs into one as we only run a small subset of tests for bazel - Tested the run to make sure it succeeds - Build step takes 4 minutes, test step takes 7 minutes The downside of this approach is that I duplicated some of the jobs in a new template file. Alternative solution would be to use something like this https://jinja.palletsprojects.com/en/3.0.x/templates/#template-inheritance, however, that is better to be done in a separate PR as linux and windows workflows would need to be changed. Another solution is to use a bunch of if else statements in a linux workflow template to accommodate bazel build as part of it, but this seems not as clean as template inheritance with jinja. Here is a link to the latest bazel run with this change https://github.com/pytorch/pytorch/actions/runs/1004656584 [ghstack-poisoned]
- Added a new template for bazel GH Actions workflow - Simplified the workflow based on @malfet's suggestion by combining build and test jobs into one as we only run a small subset of tests for bazel - Tested the run to make sure it succeeds - Build step takes 4 minutes, test step takes 7 minutes The downside of this approach is that I duplicated some of the jobs in a new template file. Alternative solution would be to use something like this https://jinja.palletsprojects.com/en/3.0.x/templates/#template-inheritance, however, that is better to be done in a separate PR as linux and windows workflows would need to be changed. Another solution is to use a bunch of if else statements in a linux workflow template to accommodate bazel build as part of it, but this seems not as clean as template inheritance with jinja. Here is a link to the latest bazel run with this change https://github.com/pytorch/pytorch/actions/runs/1004656584 [ghstack-poisoned]
- Added a new template for bazel GH Actions workflow - Simplified the workflow based on @malfet's suggestion by combining build and test jobs into one as we only run a small subset of tests for bazel - Tested the run to make sure it succeeds - Build step takes 4 minutes, test step takes 7 minutes The downside of this approach is that I duplicated some of the jobs in a new template file. Alternative solution would be to use something like this https://jinja.palletsprojects.com/en/3.0.x/templates/#template-inheritance, however, that is better to be done in a separate PR as linux and windows workflows would need to be changed. Another solution is to use a bunch of if else statements in a linux workflow template to accommodate bazel build as part of it, but this seems not as clean as template inheritance with jinja. Here is a link to the latest bazel run with this change https://github.com/pytorch/pytorch/actions/runs/1004656584 [ghstack-poisoned]
|
@rsemenov has imported this pull request. If you are a Facebook employee, you can view this diff on Phabricator. |
ghstack-source-id: f5b9f0d Pull Request resolved: pytorch/pytorch#61039
Stack from ghstack:
The downside of this approach is that I duplicated some of the jobs in a new template file. Alternative solution would be to use something like this https://jinja.palletsprojects.com/en/3.0.x/templates/#template-inheritance, however, that is better to be done in a separate PR as linux and windows workflows would need to be changed. Another solution is to use a bunch of if else statements in a linux workflow template to accommodate bazel build as part of it, but this seems not as clean as template inheritance with jinja.
Here is a link to the latest bazel run with this change https://github.com/pytorch/pytorch/actions/runs/1004656584
Differential Revision: D29562260