dragonfly/CONTRIBUTING.md

96 lines
2.7 KiB
Markdown
Raw Normal View History

# Contributing to Dragonfly DB
Thank you for your interest in Dragonfly DB.
Feel free to browse our [Discussions](https://github.com/dragonflydb/dragonfly/discussions) and [Issues](https://github.com/dragonflydb/dragonfly/issues)
## Build from source
See [building from source](./docs/build-from-source.md)
Please note that in order to build development/debug version,
it's better to alter the configure and build steps above with:
```sh
./helio/blaze.sh # without '-release' flag. Creates build-dbg subfolder
cd build-dbg && ninja dragonfly
```
## Before you make your changes
```sh
cd dragonfly # project root
# Make sure you have 'pre-commit' e 'clang-format' installed
pip install pre-commit clang-format
# IMPORTANT! Enable our pre-commit message hooks
# This will ensure your commits match our formatting requirements
pre-commit install
```
This step must be done on each machine you wish to develop and contribute from to activate the `commit-msg` and `commit` hooks client-side.
Once you have done these things, we look forward to adding your contributions and improvements to the Dragonfly DB project.
## Unit testing
```
# Build specific test
cd build-dbg && ninja [test_name]
# e.g cd build-dbg && ninja generic_family_test
# Run
./[test_name]
# e.g ./generic_family_test
```
## Signoff Commits
All community submissions must include a signoff.
```bash
git commit -s -m '...'
```
## Squash Commits
Please squash all commits for a change into a single commit (this can be done using "git rebase -i"). Do your best to have a well-formed commit message for the change.
## Use Conventional Commits
This repo uses [Conventional Commmits](https://www.conventionalcommits.org/en/v1.0.0/)
The Conventional Commits specification is a lightweight convention on top of commit messages.
It provides an easy set of rules for creating an explicit commit history;
which makes it easier to write automated tools on top of.
This convention dovetails with [SemVer](http://semver.org),
by describing the features, fixes, and breaking changes made in commit messages.
The commit message should be structured as follows:
---
```
<type>[optional scope]: <description>
[optional body]
[optional footer(s)]
```
---
This repo uses automated tools to standardize the formatting of code, text files and commits.
- [Pre-commit hooks](#pre-commit-hooks) validate and automatically apply code
formatting rules.
## `pre-commit` hooks
The Dragonfly DB team has agreed to systematically use a number of pre-commit hooks to
normalize formatting of code. You need to install and enable pre-commit to have these used
when you do your own commits.
## License terms for contributions
Please see our [CLA agreement](./CLA.txt)
## THANK YOU FOR YOUR CONTRIBUTIONS