You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The idea is that the PR CI can set (clear) labels about the state of the commits.
noissue in case, any commit message contains [noissue] - reviewers should take extra care if those commits are suitable for not having an issue
multi-commit in case the PR contains more than one commit - reviewers should judge if the changes suitable to be split into seperate commits, and occasionally request to split the PR or merge the commits
Simple PR's would not have these labels.
The text was updated successfully, but these errors were encountered:
I personally like the idea/approach, and I also have a possible extension for it:
Automatically add a .feature, .bugfix, etc. labels for PRs that do have a changelog entry. I recently missed during review that a PR was using .misc instead of .bugfix, which can be pretty annoying if the change needs to be cherry-picked later. (I think a correct changelog categorization is fairly important!)
This issue has been marked 'stale' due to lack of recent activity. If there is no further activity, the issue will be closed in another 30 days. Thank you for your contribution!
The idea is that the PR CI can set (clear) labels about the state of the commits.
[noissue]
- reviewers should take extra care if those commits are suitable for not having an issueSimple PR's would not have these labels.
The text was updated successfully, but these errors were encountered: