Thank you for your interest in contributing to Cog. We are grateful for contributions of all kinds; reporting issues, updating documentation, fixing bugs, implementing new features, and any other type of contribution is hugely beneficial to Cog and our community. We're excited to see what you come up with!
Before submitting your contribution, please review the following guidelines. These are intended to make the contribution process as simple and predictable as possible for both contributors and project maintainers.
All Operable sponsored projects require contributors to behave in accordance with our Code of Conduct which is adapted from the Contributor Covenant. Please report any behavior that violates the code of conduct to [email protected] so that we can investigate and take action as necessary.
- Fork the project repository and create a topic branch in your fork for your work. This fork should almost always be made against the
master
branch of the project you're working on, unless you have previously discussed basing your changes on a different branch with the Operable team. - Make your changes, including any necessary tests to cover new features or fixes that you make.
- Ensure that all tests pass.
- Submit a Pull Request against the
master
branch of the project you're working on. - The project committers review pull requests regularly and will work with contributors to provide feedback and guidance around any changes that are required before the pull request can be accepted.
All contributions that do not fall within the Trivial Patch Exemption guidelines below require a Contributor License Agreement to be signed in order be considered.
All patches that involve creative work are protectable under a copyright, so we require a CLA to be on file.
If your patch is extremely small (generally fewer than 10 lines) and does not introduce new functionality, it may be accepted without a CLA. In some cases, changes may be deemed Trivial even if they are longer than 10 lines if they are obvious changes such as minor documentation fixes, build script updates, configuration changes, and reordering of existing code. We review all pull requests to determine whether they require a CLA before merging and will let you know if you need to complete one.