refactor: Add note about duplication phpDoc

Author: neznaika0

.github/PULL_REQUEST_TEMPLATE.md

@@ -5,16 +5,17 @@ Each pull request should address a single issue and have a meaningful title.
 - PR title must include the type (feat, fix, chore, docs, perf, refactor, style, test) of the commit per Conventional Commits specification. See https://www.conventionalcommits.org/en/v1.0.0/ for the discussion.
 - Pull requests must be in English.
 - If a pull request fixes an issue, reference the issue with a suitable keyword (e.g., Fixes <issue number>).
+- Your branch name and the target name should be different.
 - All bug fixes should be sent to the __"develop"__ branch, this is where the next bug fix version will be developed.
-- PRs with any enhancement should be sent to the next minor version branch, e.g. __"4.5"__
+- PRs with any enhancement should be sent to the next minor version branch, e.g. __"4.7"__
 
 -->
 **Description**
 Explain what you have changed, and why.
 
 **Checklist:**
 - [ ] Securely signed commits
-- [ ] Component(s) with PHPDoc blocks, only if necessary or adds value
+- [ ] Component(s) with PHPDoc blocks, only if necessary or adds value (without duplication)
 - [ ] Unit testing, with >80% coverage
 - [ ] User guide updated
 - [ ] Conforms to style guide

contributing/pull_request.md

@@ -96,11 +96,7 @@ implementation comments to explain potentially confusing sections of
 code, and documentation comments before each public or protected
 class/interface/trait, method, and variable.
 
-Do not add PHPDoc comments that are superficial, duplicated, or stating the obvious.
-
-It is not recommended to reuse comments if the parent class or interface already contains a description of the child element.
-
-You can re-add a comment in a child element if it has a more precise type - i.e change `int|string` to `string`.
+Do not add PHPDoc comments that are superficial, duplicated, or stating the obvious. It is not recommended to reuse comments if the parent class or interface already contains a description of the child element.
 
 See the following for more information.