The Dokku project would love to welcome your contributions. There are several ways to help out:
- Create an issue on GitHub, if you have found a bug
- Write test cases for open bug issues
- Write patches for open bug/feature issues, preferably with test cases included
- Contribute to the documentation
- Come up with new ways, non-commercial to show off our lovely logo
- Blog about different ways you are using dokku
- Sponsor the Dokku project financially on OpenCollective or Patreon
There are a few guidelines that we need contributors to follow so that we have a chance of keeping on top of things.
The Dokku maintainers take security seriously. If you discover a security issue, please bring it to their attention right away!
Please DO NOT file a public issue, instead send your report privately to [email protected],
Security reports are greatly appreciated and we will publicly thank you for it.
A great way to contribute to the project is to send a detailed report when you encounter an issue. We always appreciate a well-written, thorough bug report, and will thank you for it!
Sometimes Dokku is missing a feature you need. In some cases, those features can be found in pre-existing plugins, and we encourage our users to create and contribute such packages. From time to time, we will also pull plugins into the Dokku core when the task they solve is a common one for our users.
Check that our issue database doesn't already include that problem or suggestion before submitting an issue. If you find a match, add a quick "+1" or "I have this problem too." Doing this helps prioritize the most common problems and requests.
When reporting issues, please include all the information we ask for in our issue template. Not doing so will prolongue the support period, making it more difficult to support you.
Before you contribute to the Dokku project, there are a few things that you'll need to do
- Make sure you have a GitHub account.
- Submit an issue, assuming one
does not already exist.
- Clearly describe the issue including steps to reproduce when it is a bug.
- Make sure you fill in the earliest version that you know has the issue.
- Fork the repository on GitHub.
- Create a topic branch from where you want to base your work.
- This is usually the master branch.
- Only target an existing branch if you are certain your fix must be on that branch.
- To quickly create a topic branch based on master;
git checkout -b my_contribution origin/master
. It is best to avoid working directly on themaster
branch. Doing so will help avoid conflicts if you pull in updates from origin.
- Make commits of logical units. Implementing a new function and calling it in
another file constitute a single logical unit of work.
- Before you make a pull request, squash your commits into logical units of work
using
git rebase -i
andgit push -f
. - A majority of submissions should have a single commit, so if in doubt, squash your commits down to one commit.
- Before you make a pull request, squash your commits into logical units of work
using
- Check for unnecessary whitespace with
git diff --check
before committing. - Use descriptive commit messages and reference the #issue number.
- Core test cases should continue to pass. You can run tests locally or enable circle-ci for your fork, so all tests and codesniffs will be executed.
- Your work should apply the Dokku coding standards
- Pull requests must be cleanly rebased on top of master without multiple branches
mixed into the PR.
- Git tip: If your PR no longer merges cleanly, use
rebase master
in your feature branch to update your pull request rather thanmerge master
.
- Git tip: If your PR no longer merges cleanly, use
All changes should be be based on the latest master commit.
- Push your changes to a topic branch in your fork of the repository.
- Submit a pull request to the repository on github, with the correct target branch.
Be patient! The Dokku maintainers will review all pull requests and comment as quickly as possible. There may be some back and forth while the details of your pull request are discussed.
In the unlikely event that your pull request does not get merged, the Dokku maintainers will either provide an alternative patch or guide you towards a better solution to the problem at hand.
During our pre-1.0 cycle, we will follow these general rules when merging pull requests:
- bugfix (patch)
- security (patch/minor)
- minor feature (patch)
- backwards incompatible change (minor)
- major feature (minor)
Please read the testing docs, which contains test setup information as well as tips for running tests.