Before you start
Make sure you have the repository cloned and your local environment working. See Environment Setup if you haven’t done this yet. All contributions go through a branch → pull request → review → merge workflow. Direct pushes tomain are not allowed.
Git workflow
Create a branch
Branch names should be short and descriptive, using kebab-case. Prefix with the type of change:Common prefixes:
| Prefix | Use for |
|---|---|
feat/ | New features |
fix/ | Bug fixes |
docs/ | Documentation changes |
chore/ | Maintenance, dependency updates, tooling |
refactor/ | Code restructuring without behavior change |
Make your changes
Write your code, tests, or documentation. Keep commits small and focused — one logical change per commit.
Stage and commit
Stage your files and commit using the Conventional Commits format:Commit message format:
| Type | When to use |
|---|---|
feat | A new feature |
fix | A bug fix |
docs | Documentation only |
chore | Tooling, dependencies, CI |
refactor | Restructuring without behavior change |
test | Adding or updating tests |
style | Formatting, whitespace (no logic change) |
Open a pull request
Go to the repository on GitHub and open a pull request against
main. Fill out the PR template and:- Link to the corresponding issue (e.g.,
Closes #42) - Add a clear description of what changed and why
- Request a reviewer from the team
Address review feedback
Make any requested changes on your branch, then push again. The PR will update automatically:
Pull request checklist
Before requesting a review, confirm:- Your branch is up to date with
main(rebase or merge if needed) - Your commit messages follow the conventional format
- The PR is linked to an issue
- You have assigned a reviewer
Commit message examples
Environment setup
Get your local environment running before contributing.
Architecture
Understand the codebase structure before making changes.