diff options
author | ksooo <3226626+ksooo@users.noreply.github.com> | 2023-10-25 08:32:33 +0200 |
---|---|---|
committer | ksooo <3226626+ksooo@users.noreply.github.com> | 2023-10-25 08:32:33 +0200 |
commit | 8f2c388d91ed13cc6ccc92153127fbfb9926937e (patch) | |
tree | 64c06282736d817591c1e668919018c2373321f6 /docs | |
parent | 8a8f809a4c78f52a00bd2f990c2997d2b43f04ff (diff) |
[docs] Make clear, that the guidelines should be followed also for changes in existing files.
Diffstat (limited to 'docs')
-rw-r--r-- | docs/CODE_GUIDELINES.md | 2 |
1 files changed, 2 insertions, 0 deletions
diff --git a/docs/CODE_GUIDELINES.md b/docs/CODE_GUIDELINES.md index a307ad5412..1af839e6a4 100644 --- a/docs/CODE_GUIDELINES.md +++ b/docs/CODE_GUIDELINES.md @@ -69,6 +69,8 @@ In the repository root directory, there is a [`.clang-format`](https://github.co When you create a pull request, the PR build job will run `clang-format` on your commits and provide patches for any parts that don't satisfy the current `.clang-format` rules. You should apply these patches and amend your pull request accordingly. +The coding guidelines should be met by every code change, be it editing existing code, adding new code to existing source files, or adding completely new source files. For changes in existing files, at least the changed code needs to pass the clang-format check. + Conventions can be bent or broken in the interest of making code more readable and maintainable. However, if you submit a patch that contains excessive style conflicts, you may be asked to improve your code before your pull request is reviewed. **[back to top](#table-of-contents)** |