Contributions are highly welcome!
This document explains how to contribute to this project. By contributing you will agree that your contribution will be put under the same license as this repository.
For communication please respect our FOSS Code of Conduct.
IMPORTANT: For contributions or issue reports, please start by creating an issue on Github.
Transparent and open communication is important to us.
Thus, all project-related communication should happen here and in English.
Issue-related communication should happen within the concerned issue.
Please look at First steps Wiki page
Upon your first pull request, you will be asked to read and accept the Mercedes-Benz Contributor License Agreement.
When submitting code, please follow the existing conventions and style in order to keep the code as readable as possible.
Before you can contribute, you will need to sign our Contributor License Agreement (CLA). When you create your first pull request, you will be requested by our CLA-assistant to sign this CLA.
If you are new to contributing in Github, First Contributions might be a good starting point.
If you would like to contribute code you can do so through Mercedes-Benz GitHub by forking the repository and sending a pull request.
- Make sure that an issue on Github exists for your contribution
- Fork the repository at
https://github.com/mercedes-benz/sechub.git
via web UI - Create a branch (e.g. "feature-868-rename-to-sechub-api-java") in your forked repository
- Make your changes in this branch
- Create a pull request from your fork via github.com web ui into our
develop
branch
Inside the description it's a good way to mention the related issues with "closes #${issue number}" - this will automatically link the issue and the pull request inside the WebUI.
It also will close the linked issue automatically when the pull request is merged!
An example pull request description:
This PR
- closes #868
- With feature issue #633 all commits are in a dedicated ordering and contain detailed information about the different steps which were necessary.
- Please look also into the PR description at #1029
We assume that for every non-trivial contribution, the project has been built and tested prior to the contribution.
Please ensure that for all contributions, the corresponding documentation is in-sync and up-to-date. All documentation is in English language.
Please see here for details about documentation.
GitHub has the possibility to link commits automatically inside issues when mentioned with #${issue number} inside the commit headline.
To make things easier to follow/maintain, please always provide commit message in following style:
Dedicated short message what was done #${issue number}
or
Dedicated short message what was done #${issue number}
- detail1
- detail2
- ...
NOTE: Here you MUST add an empty second line between headline and details. It's common practice for GIT.
Example:
Described commit message format #868
- added examples
- explained purpose
This depends on you which kind of IDE you use for development. But we have some defaults defined - e.g. for git configuration which should be used.
Please check our development-setup documentation for details.
Please look at our coding-conventions documentation for details.