I noticed that GitHub cannot express several important pull request
states. For example, GitHub's "changes requested" PR status means that
* the PR author is expected to make changes based on prior reviewer(s)
* the PR reviewer(s) are expected to verify that all previously
expressed concerns have been addressed by the latest changes.
I added two labels to distinguish these two different states:
S-waiting-for-reviewer and S-waiting-for-author.
There is a similar problem with GitHub's "approved" PR status. It could
* the PR author is expected to either make some minor improvements or
refuse to make them and merge the approved PR as is;
* a committer is expected to merge the approved PR; or
* the PR author is waiting for more reviews, despite getting at least
one positive one.
S-waiting-for-author can already be used to distinguish the first bullet
from the other two. I added two more labels to distinguish the last
two states: S-waiting-for-committer and S-waiting-for-more-reviewers.
Finally, there are similar problems with GitHub's "review required" PR
status. The already added labels seem to be enough to distinguish
various cases for that state.
 Ability to cover more use cases is one of the reasons I added two
labels where one would have sufficed (to distinguish two states).
Besides, interpreting the pull request roster is much easier when all
waiting PRs are labeled.
 The "S-" prefix stands for "state". Many GitHub projects end up
using lots of labels so it is a good idea (not mine!) to group related
labels using prefixes like that.
squid-dev mailing list