DOC: Remove hint on PRs from origin/main - #28638
Conversation
|
you can either not installs it or explicitly skip it when committing (e.g. I'm currently getting spurious mypy failures via precommit locally (which I assume is mypy version issue due to virtualenv trying to be about 10% too clever and failing at its job) so I do every commit twice (once to let precommit fail and once skipping it to actually commit). |
It failed the local pre-commit. I had to deactivate it to be able to commit to main 😄. Putting it the other way round: Precommit makes the case of the hint even less likely. One more argument to remove it 😆 |
So I try and make sure anything we do as a pre-commit we somewhat document in our workflow, which may be how this came in in the first place 😅 But also I think we use hints way too liberally and Juanita's suggestion of moving this down to "open a pull request" as an optional type of thing makes sense & can be removed from here for now. Which the approval is self merge or move the sentence then self merge. 🤷♀️ |

As poposed in #28575 (review), we don't need this. If developers have followed above instructions, they won't end up having changes on origin/main. But if they do, it's not really a problem on our side. We're still able to handle that. - As this PR shows, which I've intentionally made from my origin/main 😄 ping @story645
For an inexperienced user, it is simpler to continue with a PR from main rather than roll everything back and create a new PR.
The only problem exists on the user side in that they can't handle multiple concurrent changes when they only use main. But that's on them. And if they are inexperienced, they likely won't do that anyway.