When submitting a pull request (PR), please use the following guidelines:
- Make sure your code respects existing formatting conventions. In general, follow the same coding style as the code that you are modifying.
- For Intellij you can import our code style settings xml: druid_intellij_formatting.xml.
- For Eclipse you can import our code style settings xml: eclipse_formatting.xml.
- Do add/update documentation appropriately for the change you are making.
- If you are introducing a new feature you may want to first submit your idea for feedback to the mailing list. Non-trivial features should include unit tests covering the new functionality.
- Bugfixes should include a unit test or integration test reproducing the issue.
- Do not use author tags/information in the code.
- Always include license header on each java file your create. See this example
- Try to keep pull requests short and submit separate ones for unrelated features, but feel free to combine simple bugfixes/tests into one pull request.
- Keep the number of commits small and combine commits for related changes. Each commit should compile on its own and ideally pass tests.
- Keep formatting changes in separate commits to make code reviews easier and distinguish them from actual code changes.
- Fork the druid-io/druid repository into your GitHub account
https://github.com/druid-io/druid/fork
- Clone your fork of the GitHub repository
git clone git@github.com:<username>/druid.git
replace <username>
with your GitHub username.
- Add a remote to keep up with upstream changes
git remote add upstream https://github.com/druid-io/druid.git
If you already have a copy, fetch upstream changes
git fetch upstream
- Create a feature branch to work in
git checkout -b feature-xxx remotes/upstream/master
- Work in your feature branch
git commit -a
- Before submitting a pull request, periodically rebase your changes
git pull --rebase
- Before submitting a pull request, combine ("squash") related commits into a single one
git rebase -i upstream/master
This will open your editor and allow you to re-order commits and merge them:
- Re-order the lines to change commit order (to the extent possible without creating conflicts)
- Prefix commits using
s
(squash) orf
(fixup) to merge extraneous commits.
- Submit a pull-request
git push origin feature-xxx
Go to your Druid fork main page
https://github.com/<username>/druid
If you recently pushed your changes GitHub will automatically pop up a
Compare & pull request
button for any branches you recently pushed to. If you
click that button it will automatically offer you to submit your pull-request
to the druid-io/druid repository.
- Give your pull-request a meaningful title.
- In the description, explain your changes and the problem they are solving.
- Addressing code review comments
Address code review comments by committing changes and pushing them to your feature branch.
git push origin feature-xxx
If your pull request shows conflicts with master, merge master into your feature branch and resolve the conflicts. After resolving conflicts, push your branch again.
git merge master
Avoid rebasing and force pushes after submitting a pull request, since these make it difficult for reviewers to see what you've changed in response to their reviews. The Druid committer that merges your change will rebase and squash it into a single commit before committing it to master.
Never fear! If you occasionally merged upstream/master, here is another way to squash your changes into a single commit:
- First, rename your existing branch to something else, e.g.
feature-xxx-unclean
git branch -m feature-xxx-unclean
- Checkout a new branch with the original name
feature-xxx
from upstream. This branch will supercede our old one.
git checkout -b feature-xxx upstream/master
- Then merge your changes in your original feature branch
feature-xxx-unclean
and create a single commit.
git merge --squash feature-xxx-unclean
git commit
- You can now submit this new branch and create or replace your existing pull request.
git push origin [--force] feature-xxx:feature-xxx