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
Lint rule that would fail for PRs containing subdmodule updates #74326
Comments
Hey! I am an absolute beginner, I would like to contribute to this project. Am I allowed to take this up? Also suggest some relevant resources. |
@asmita410 Yes you can take this up and link me for a review with your draft. We anticipate this task will take ~1 week. Our lints can be found in this GitHub action yaml https://github.com/pytorch/pytorch/blob/master/.github/workflows/lint.yml. Feel free to Google some resources about GitHub actions in general for more context on the syntax. For how to get access to the PR body, you can look at pytorch/.github/workflows/_linux-test.yml Line 82 in 1dab71a
For how to get changed files in a PR, you can look at pytorch/tools/testing/test_selections.py Line 158 in 0effac2
|
Hey @janeyx99 could I work on this issue? If it's not already taken? |
@nik1097 when do you think you could have a draft PR by? Since @asmita410 hasn't worked on this in the last 2 weeks, I think you can go for it! |
Hey, @janeyx99 thank you for replying. I'm currently working on another issue, and I also see someone else trying to work on it. I will wait for them to complete. |
@nik1097 no worries! have fun with the other issue :) Who do you see working on the issue though? I am unaware of any attempts. |
@k-bishop go for it! do you think you could have a PR ready within 2 weeks? |
@janeyx99 yes i think so |
…ch#74326 When submodules gets updated after checkout, devs often forget to run git submodule update command and propose PR that effectively reverts the update. Prevent those accidental updates by requiring one to add "submodule-update" keyword to PR description before change can be merged. This allows intentional submodule updates to still make it through the linter.
…ch#74326 When submodules gets updated after checkout, devs often forget to run git submodule update command and propose PR that effectively reverts the update. Prevent those accidental updates by requiring one to add "submodule-update" keyword to PR description before change can be merged. This allows intentional submodule updates to still make it through the linter.
…ch#74326 When submodules gets updated after checkout, devs often forget to run git submodule update command and propose PR that effectively reverts the update. Prevent those accidental updates by requiring one to add "submodule-update" keyword to PR description before change can be merged. This allows intentional submodule updates to still make it through the linter.
…ch#74326 When submodules gets updated after checkout, devs often forget to run git submodule update command and propose PR that effectively reverts the update. Prevent those accidental updates by requiring one to add "submodule-update" keyword to PR description before change can be merged. This allows intentional submodule updates to still make it through the linter.
…ch#74326 When submodules gets updated after checkout, devs often forget to run git submodule update command and propose PR that effectively reverts the update. Prevent those accidental updates by requiring one to add "submodule-update" keyword to PR description before change can be merged. This allows intentional submodule updates to still make it through the linter.
@janeyx99 sorry for the commit chaos on this. #76212 should be ready for review now. It's failing one of the linux test builds on gh actions, which doesn't seem to be related to my change. Is there a way I can rerun that one specific test? Any other suggestions? Edit: looks like its a long-failing test build: https://github.com/pytorch/pytorch/actions?query=workflow%3Apytorch-xla-linux-bionic-py3.7-clang8 |
…ch#74326 When submodules gets updated after checkout, devs often forget to run git submodule update command and propose PR that effectively reverts the update. Prevent those accidental updates by requiring one to add "submodule-update" keyword to PR description before change can be merged. This allows intentional submodule updates to still make it through the linter.
Taking a look now and will respond on the PR itself :) Thanks so much! |
When submodules gets updated after checkout, devs often forget to run
git submodule update
command and propose PR that effectively reverts the update.Prevent those accidental updates by requiring one to add "submodule-update" keyword to PR description before change can be merged.
Alternatives
No response
Additional context
No response
cc @seemethere @malfet @pytorch/pytorch-dev-infra
The text was updated successfully, but these errors were encountered: