We use GitHub issues for both. First, use the github search to check if your issue has been reported already. If you find that someone already reported your problem, feel free to share additional information to help us investigate the bug more quickly.
If you could not find a matching issue and want to open a new ticket, please try to follow the issue template and provide all the necessary information. However, an incomplete ticket that reports a critical bug is still better than no ticket at all.
Please refer to the developer readme for build and test instructions, as well as our coding guidelines.
Pull requests are always welcome! If you have never contributed to an open source project on GitHub before, check out this guide for first-timers. When opening a new pull request, try to stick to the template as much as is reasonable, but don't be afraid to leave out or add information if that would make your PR more concise and readable.
Improving documentation (code comments, wikis, website) is an excellent way of familiarizing yourself with the project and improving the codebase at the same time!
We want to get openVALIDATION to be checkstyle clean. In order to do this, open the checkstyle configuration at
build-tools/src/main/resources/google_checks.xml and re-add one of the commented-out lints.
After having fixed all the warnings, submit a pull request.
Pick a ticket from the bugtracker and leave a comment letting us know that you are working on a fix.
If you have any questions, feel free to discuss it in the ticket.
Make sure the fix adheres to the coding guidelines.
Before integrating a new feature, it's best to discuss it with the core developers first.
This can be done in the corresponding GitHub issue in the bugtracker.
- Make sure you add tests of your functionality.
- All tests should pass, the code should be properly formatted (see coding guidelines) and continuous integration must give its ok on the pull request.
- Submit a pull request
All changes to this project must comply with the Apache 2.0 License