druid/CONTRIBUTING.md

148 lines
4.6 KiB
Markdown
Raw Normal View History

2015-01-28 16:05:15 -05:00
# How to Contribute
When submitting a pull request (PR), please use the following guidelines:
2015-11-20 00:30:28 -05:00
- 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](https://github.com/druid-io/druid/raw/master/druid_intellij_formatting.xml).
- For Eclipse you can import our code style settings xml: [eclipse_formatting.xml](https://github.com/druid-io/druid/raw/master/eclipse_formatting.xml).
2015-11-20 00:30:28 -05:00
- 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](mailto:druid-development@googlegroups.com).
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](https://github.com/druid-io/druid/blob/master/common/src/main/java/io/druid/metadata/PasswordProvider.java)
- 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.
2015-01-28 16:05:15 -05:00
## GitHub Workflow
1. Fork the druid-io/druid repository into your GitHub account
https://github.com/druid-io/druid/fork
1. Clone your fork of the GitHub repository
2015-01-28 16:05:15 -05:00
```sh
git clone git@github.com:<username>/druid.git
```
2015-01-28 16:05:15 -05:00
replace `<username>` with your GitHub username.
2015-01-28 16:05:15 -05:00
1. Add a remote to keep up with upstream changes
2015-01-28 16:05:15 -05:00
```
git remote add upstream https://github.com/druid-io/druid.git
```
2015-01-28 16:05:15 -05:00
If you already have a copy, fetch upstream changes
2015-01-28 16:05:15 -05:00
```
git fetch upstream
```
2015-01-28 16:05:15 -05:00
1. Create a feature branch to work in
2015-01-28 16:05:15 -05:00
```
git checkout -b feature-xxx remotes/upstream/master
```
2015-01-28 16:05:15 -05:00
1. Work in your feature branch
2015-01-28 16:05:15 -05:00
```
git commit -a
```
2015-01-28 16:05:15 -05:00
1. Periodically rebase your changes
2015-01-28 16:05:15 -05:00
```
git pull --rebase
```
2015-01-28 16:05:15 -05:00
1. When done, combine ("squash") related commits into a single one
2015-01-28 16:05:15 -05:00
```
git rebase -i upstream/master
```
2015-01-28 16:05:15 -05:00
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) or `f` (fixup) to merge extraneous commits.
2015-01-28 16:05:15 -05:00
1. Submit a pull-request
2015-01-28 16:05:15 -05:00
```
git push origin feature-xxx
```
2015-01-28 16:05:15 -05:00
Go to your Druid fork main page
2015-01-28 16:05:15 -05:00
2015-03-23 17:10:29 -04:00
```
https://github.com/<username>/druid
2015-03-23 17:10:29 -04:00
```
2015-01-28 16:05:15 -05:00
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.
2015-01-28 16:05:15 -05:00
- Give your pull-request a meaningful title.
- In the description, explain your changes and the problem they are solving.
2015-01-28 16:05:15 -05:00
1. Addressing code review comments
2015-01-28 16:05:15 -05:00
2015-03-23 17:10:29 -04:00
Repeat steps 5. through 7. to address any code review comments and
rebase your changes if necessary.
2015-01-28 16:05:15 -05:00
Push your updated changes to update the pull request
2015-01-28 16:05:15 -05:00
```
git push origin [--force] feature-xxx
```
2015-01-28 16:05:15 -05:00
`--force` may be necessary to overwrite your existing pull request in case your
commit history was changed when performing the rebase.
2015-01-28 16:05:15 -05:00
Note: Be careful when using `--force` since you may lose data if you are not careful.
2015-01-28 16:05:15 -05:00
```
git push origin --force feature-xxx
```
2015-01-28 16:05:15 -05:00
# FAQ
### Help! I merged changes from upstream and cannot figure out how to resolve conflicts when rebasing!
2015-01-28 16:05:15 -05:00
Never fear! If you occasionally merged upstream/master, here is another way to squash your changes into a single commit:
2015-01-28 16:05:15 -05:00
1. First, rename your existing branch to something else, e.g. `feature-xxx-unclean`
2015-01-28 16:05:15 -05:00
```
git branch -m feature-xxx-unclean
```
2015-01-28 16:05:15 -05:00
1. Checkout a new branch with the original name `feature-xxx` from upstream. This branch will supercede our old one.
2015-01-28 16:05:15 -05:00
```
git checkout -b feature-xxx upstream/master
```
2015-01-28 16:05:15 -05:00
1. Then merge your changes in your original feature branch `feature-xxx-unclean` and create a single commit.
2015-01-28 16:05:15 -05:00
```
git merge --squash feature-xxx-unclean
git commit
```
2015-01-28 16:05:15 -05:00
1. You can now submit this new branch and create or replace your existing pull request.
2015-01-28 16:05:15 -05:00
```
git push origin [--force] feature-xxx:feature-xxx
```