First of all, thank you for considering a contribution to Abort-Mission!
This document exists to let contributors navigate how we like to maintain this project. A contribution might be any of the following:
- Writing a bug report
- Submitting a feature request
- Giving feedback on the repository contents or the wiki
- Implementing a new feature
- Fixing a bug
- Reviewing a pull request
- Helping other members of the community
Regardless of the option you choose, please be mindful about the fact that this is an open source project. Your contribution is considered to be voluntary and your contribution will become part of the Abort-Mission project. Your code contributions will be released under our MIT license agreement. Once your code becomes part of our repository, you irrevocably transfer ownership to the Abort-Mission project. Due to this, we require you to sign off your commits and by doing so, sign the Developer Certificate of Origin (DCO).
In case you wish to submit an issue (regardless of which template you are using), please consider using the search function first in order to reduce the number of duplicates and the effort spent on handling them.
We have prepared some issue templates for you, to make issue creation more streamlined. Please use the template that fits your situation best. This can help us resolve your issue faster.
Please be respectful and follow the Code of Conduct.
We prefer the camping ground to be left cleaner than we have found. Please make sure to follow the points below:
- Make sure your changes belong to an issue
- Keep your changes relevant for the issue you are addressing
- Maintain test coverage and make sure tests are passing
- Make sure to write new test cases for both new features and bugfixes
- Avoid adding new Checkstyle violations
- Use the common indentation and formatting settings we use
- Do not add unnecessary dependencies
- Rebase your branch before asking for a pull-request
- Use our pull request template
- Please be patient with pull requests (it takes time to review changes properly)
When reviewing PRs, please keep in mind that the code you are looking at is from a person. Be objective and polite. Ask questions first instead of jumping to conclusions if something is not clear. It is a good practice to give feedback or provide suggestions in the form of a question. Code reviews are a dialogue after all!