The in-review label is reserved for the team member / QA reviewing the Pull Request code/change. The reviewer applies the label to communicate with the rest of the team that they are actively reviewing the PR and to avoid duplication of effort.
We used to require reviewers to write a comment on the PR (typically a 👀 :eyes: emoji) to indicate that they were reviewing the PR, but we decided that using a label instead of a comment was clearer (especially to non-technical team members/stakeholders) and worked well for us.
only the reviewer should apply the in-review label. this will start the clock on their Timer. 👍
Process Automation enhancement help wanted
Once the pull request has been merged @dwylbot 🤖 will remove the in-review label from the Pull Request and apply the please-test label. 🛎
Additionally/Optionally @dwylbot 🤖 will parse the commit messages in the PR for any issue numbers and apply the please-test label to those issues too. ✨
The
in-reviewlabel is reserved for the team member / QA reviewing the Pull Request code/change. The reviewer applies the label to communicate with the rest of the team that they are actively reviewing the PR and to avoid duplication of effort.We used to require reviewers to write a comment on the PR (typically a 👀
:eyes:emoji) to indicate that they were reviewing the PR, but we decided that using a label instead of a comment was clearer (especially to non-technical team members/stakeholders) and worked well for us.Process Automation
enhancementhelp wantedOnce the pull request has been merged @dwylbot 🤖 will remove the
in-reviewlabel from the Pull Request and apply theplease-testlabel. 🛎Additionally/Optionally @dwylbot 🤖 will parse the commit messages in the PR for any issue numbers and apply the
please-testlabel to those issues too. ✨