Thank you for your interest in Dragonfly DB.
Feel free to browse our Discussions and Issues
Please note that to build a development/debug version, it's better to alter the configure and build steps above with:
./helio/blaze.sh # without '-release' flag. Creates build-dbg subfolder
cd build-dbg && ninja dragonflycd dragonfly # project root
# Make sure you have 'pre-commit' and '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 installThis 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.
# Build a 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
A Golang golden test is included in the dragonfly helm chart. This test will render the chart and compare the output to a golden file. If the output has changed, the test will fail and the golden file will need to be updated. This can be done by running:
cd contrib/charts/dragonfly
go test -v ./... -updateThis makes it easy to see the changes in the rendered output without having to manually run the helm template and diff the output.
All community submissions must include a signoff.
git commit -s -m '...'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.
This repo uses Conventional Commits
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, 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 validate and automatically apply code formatting rules.
The Dragonfly DB team has agreed to systematically use several pre-commit hooks to normalize the formatting of code. You need to install and enable pre-commit to have these used when you do your commits.
This repo conforms to the Google's C++ Style Guide. Keep in mind we use an older version of the style guide which can be found here.
Any exceptions to the rules specified in the style guide will be documented here.
Please see our CLA agreement