Hi there! We are welcoming all kinds of contributions:
- Reporting a bug
- Submitting a fix
- Proposing new features
- Discussing future plans
We use GitHub to host our code, track issues and feature requests, and discuss and accept pull requests.
We use GitHub issues to track bugs and feature requests. Report a bug or request a new feature by opening a new issue.
Great bug reports tend to have:
- A quick summary and/or background
- Mention which LOVD version you're using, e.g., 3.0 build 26.
- What you expected would happen
- What actually happens
- Steps to reproduce, be specific!
- Make sure that everybody can easily reproduce the error that you saw.
- When having issues with imports, include an example import file that shows the problem and which you can freely share with the rest of the world.
- When seeing errors on the screen, include a screenshot.
- Any additional information (like why you think this might be happening or things you tried that didn't work)
We love good bug reports!
Pull requests are the best way to propose changes to the codebase. We use Github Flow; to submit a pull request:
- First, please open a new issue to announce your work in advance and so others can be invited to contribute.
- Fork the repo and create your branch from
master
. - If you've added code that should be tested, add tests.
- If you've changed APIs or existing features, update the documentation to reflect your changes.
- Ensure the test suite passes.
- Submit that pull request!
The LOVD coding standards are based on the PHP Pear coding standard.
We use continuous integration testing, which includes both unit tests and interface tests using Webdriver and Selenium. Please ensure your new code passes all test and add tests when necessary. See the tests folder.
This document was adapted from Brian A. Danielak's gist with further inspiration taken Variant Validator.