blob: 6f1c5636c79362a20b2a67a3b4242e8dac30e0f2 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
|
# Contributing to Serenity
When contributing to the Serenity operating system, please be sure that the change(s) you wish to make are in line with the project vision. If you are unsure about this, open an issue first, so we can discuss it. If you are already confident that it's a good fit, you can proceed directly to a Pull Request.
Everyone is welcome to work on the project, and while we have lots of fun, it's a serious kind of fun. :^)
## Communication
The easiest way to get in touch is by joining the `#serenityos` channel on the Freenode IRC network.
## Code submission policy
Nobody is perfect, and sometimes we mess things up. That said, here are some good dos & dont's to try and stick to:
**Do:**
* Conform to the project coding style. Please use `clang-format` (version 8 or newer) to automatically format C++ files.
* Choose expressive variable, function and class names. Make it as obvious as possible what the code is doing.
* Split your changes into separate, atomic commits.
* Make sure your commits are rebased on the master branch.
* Wrap your commit messages at 77 characters.
* Write your commit messages in proper English, with care and punctuation.
**Don't:**
* Submit code that's incompatible with the project licence (2-clause BSD.)
* Touch anything outside the stated scope of the PR.
* Iterate excessively on your design across multiple commits.
* Use weasel-words like "refactor" or "fix" to avoid explaining what's being changed.
* Include commented-out code.
## Code of Conduct (lol)
* You will be judged by your contributions first, and your sense of humor second.
* Nobody owes you anything.
|
