ladybird/Contributing.md
Andreas Kling 7cf4706a85 Meta: Advise people to wrap commit messages as 72 characters instead
GitHub wraps shortlog messages at 72 characters, and this seems to be
the norm anyway, so let's just adapt.
2019-07-29 19:15:08 +02:00

1.6 KiB

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 72 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.