From 6682939a40ad53d616c6af7326200efebe7020c7 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Adrian=20W=C3=A4lchli?= Date: Tue, 12 May 2020 20:13:36 +0200 Subject: [PATCH] clarifications about auto-merge --- Review-guidelines.md | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/Review-guidelines.md b/Review-guidelines.md index be7e11b..d1bd1fc 100644 --- a/Review-guidelines.md +++ b/Review-guidelines.md @@ -2,10 +2,11 @@ Some recommended steps for reviewing open PRs. 1. Check the **source issues if the fix solves it** 2. Read the changes if they are aligned with our code-base -3. Check if the changes (fixed issue) are **covered by tests** +3. Check if the changes (fixed issue, new feature) are **covered by tests** 4. Check if the change is mentioned in **CHANGELOG** (no need for typos, docs and CI) +5. If you checked all the above points, you may approve the PR in your review or request changes. Only approve it if you are confident that the issue or feature is fully addressed, otherwise leave a comment with your concerns. Note that if you approve and the PR reaches the minimum number of required approvals, and given that all tests pass, the branch will be automatically merged into master. ## Hints and remarks -- **be nice and constructive**, remember you fist PR and what helped you / made motivated to continue with contributing -- **use suggestions** for simple edits when you know what it shall be intead of long description (you can still add short justification of your proposal) so the author can simply accept it... +- **be nice and constructive**, remember your fist PR and what helped you / made you motivated to continue contributing +- **use suggestions** for simple edits when you know what it shall be instead of leaving a long description (you can still add a short justification of your proposal) so the author can simply accept it.