How to contribute to these projects?

Your changes and contributions to these projects are very welcome.
To make sure that your changes can be merged into the project as quickly as possible and with the minimal amount of work on both sides, a few rules should be adhered to.

In the interest of fostering an open and welcoming environment, we as contributors and maintainers pledge to making participation in our project and our community a harassment-free experience for everyone, regardless of age, body size, disability, ethnicity, sex characteristics, gender identity and expression, level of experience, education, socio-economic status, nationality, personal appearance, religion, or sexual identity and orientation.

There are several ways to contribute your source code to any project on this website. It basically boils down to any of these:

All these ways are equally fine. However, it is extremely important to get your patches/changes into a committable shape before submission.
That means you'll have to:

Please always substantiate your changes. You need to explain in detail why you think a certain change is needed. Convince the maintainer of your excellent work.

Providing supporting data will help you to do so. For example:

Please make sure to adhere to the coding style of the project you are modifying.

We understand that our (or any other) particular coding style might not be your favorite style. However, it is important to keep the coding style within one project consistent. No matter what the actual style is. Just don't switch between styles within one code base, please.

Please try to create a good description for all of your changes which describes why you did the change and what it is trying to fix/improve.
Be as verbose as possible.

A commit message or patch description formally consists of the following parts:

  1. A short description, which describes the change in one single line. This is the first line. It might look like this:
    squizzler: Pimp the squizzler to do squazzling, too.
    Here 'squizzler:' is the name of the subsystem or part of the software that you are modifying.
  2. A verbose description of the change follows. This may be omitted, if the first line described the change good enough already. However, if you want to convince me to apply your patch, you'd better have a verbose and meaningful description message. ;)
    In the verbose part of the message describe why you did the change among more technical details.
Parts of this text have been derived from the Linux Code Of Conduct.
Updated: Tuesday 12 March 2024 19:10 (UTC)
xhtml / css