Skip to content

Latest commit

 

History

History
78 lines (50 loc) · 4.2 KB

CONTRIBUTING.md

File metadata and controls

78 lines (50 loc) · 4.2 KB

How to Contribute

As an open source project, BrightInvoice welcomes contributions of all forms. If you would like to bring the project forward, please consider contributing in the following areas:

  • Maintenance: We are actively looking for maintainers for BrightInvoice. This includes (but is not limited to) triaging issues, reviewing pull requests and picking up stale ones, helping out other users on GitHub Discussions, creating minimal, complete and verifiable examples or test cases for existing bug reports, updating documentation, or fixing minor bugs that have recently been reported.

  • Code Contributions: We are actively looking for Django/Python Coders to help develop our product roadmap and implement new features. Please see our product roadmap here

  • Documentation Contributions: Any additions/modifications to documentation is highly welcome

  • Report a Bug:

The best way to report a bug is to file an issue on GitHub. Please include:

  • Your operating system name and version.
  • Detailed steps to reproduce the bug.
  • Any details about your local setup that might be helpful in troubleshooting.

Sponsorship

If you see value in this product and would like to see it take on the world, please consider sponsoring our project.

We have a Patreon account setup. Link HERE

General considerations

  1. Please take a look at our code of conduct Link HERE.

Join our Slack Community

Join our Slack Community Here

Getting started

  1. Fork the repo
  2. Clone your fork
  3. Create a branch for your changes

This last step is very important, don't start developing from master, it'll cause pain if you need to send another change later.

For more information on creating a Pull Request from a fork, follow this guide:

Creating a pull request from a fork

Testing

We are looking for contributors to implement unit tests, aswell as using Tox to run tests/linting before a pull request is raised.

Submitting a pull request

Once you're happy with your changes and they look ok locally, push and send send a pull request to the main repo. A maintainer should take a look at your change and give you feedback or merge it.