First off, thank you for considering contributing to our project! We're really glad you're here, as we can always use help from the open-source community.
This document provides guidelines for people who want to contribute to our project. Feel free to propose changes to this document in a pull request.
Before contributing to this project, please make sure to read the README.md file and familiarize yourself with the commands listed in the package.json file.
This section guides you through submitting a bug report for this project. Following these guidelines helps maintainers and the community understand your report, reproduce the behavior, and find related reports.
Please use the following format:
**Short Description:**
[Summarize the problem]
**Steps to Reproduce:**
[First Step, Second Step, etc.]
**Expected Behavior:**
[What you expect to happen]
**Actual Behavior:**
[What actually happens]
This section guides you through submitting an enhancement suggestion for this project, including completely new features and minor improvements to existing functionality.
Please use the following format:
**Short Description:**
[What would you like to see changed/added and why]
**Considered Alternatives:**
[What other alternatives have you considered]
Unsure where to begin contributing to the project? You can start by looking through these Good First Issue
and Help Wanted
issues:
- Good First Issues - issues which should only require a few lines of code, and a test or two.
- Help Wanted Issues - issues which should be a bit more involved than Good First Issues.
The process described here has several goals:
- Maintain the project's quality
- Fix problems that are important to users
- Enable a sustainable system for project maintainers to review contributions
Please follow these steps to have your contribution considered by the maintainers:
- Fork the repo and create your branch from main.
- If you've added code that should be tested, add tests. The configured threshold must be respected.
- If you've changed APIs, update the documentation.
- Ensure the test suite passes.
- Make sure your code lints.
- Issue that pull request!
Ensure the quality before opening your pull request. You will find all the necessary commands in the package.json
file or you can run the git hooks manually to check your code.
- Use the present tense ("Add feature" not "Added feature")
- Use the imperative mood ("Move cursor to..." not "Moves cursor to...")
- Limit the first line to 72 characters or less
- Reference issues and pull requests liberally after the first line
- The maintainers of this repository uses gitmoji. This is not mandatory.
We require that all contributions show a linear history. This means no merge commits in your pull requests. Rebase your feature branch onto the main branch and resolve any conflicts. If you are unsure about how to do this, Atlassian has a great tutorial.