zfs-localpv/.github/pull_request_template.md
Pawan Prakash Sharma f65575e447
docs(project): adding project contributing guides (#99)
Signed-off-by: Pawan <pawan@mayadata.io>
2020-04-30 00:22:52 +05:30

51 lines
2.2 KiB
Markdown

## Pull Request template
Please, go through these steps before you submit a PR.
**Why is this PR required? What issue does it fix?**:
**What this PR does?**:
**Does this PR require any upgrade changes?**:
**If the changes in this PR are manually verified, list down the scenarios covered:**:
**Any additional information for your reviewer?** :
_Mention if this PR is part of any design or a continuation of previous PRs_
**Checklist:**
- [ ] Fixes #<issue number>
- [ ] PR Title follows the convention of `<type>(<scope>): <subject>`
- [ ] Has the change log section been updated?
- [ ] Commit has unit tests
- [ ] Commit has integration tests
- [ ] (Optional) Are upgrade changes included in this PR? If not, mention the issue/PR to track:
- [ ] (Optional) If documentation changes are required, which issue on https://github.com/openebs/openebs-docs is used to track them:
**PLEASE REMOVE BELOW INFORMATION BEFORE SUBMITTING**
The PR title message must follow convention:
`<type>(<scope>): <subject>`.
Where: <br />
- `type` is defining if release will be triggering after merging submitted changes, details in [CONTRIBUTING.md](../CONTRIBUTING.md).
Most common types are:
- `feat` - for new features, not a new feature for build script
- `fix` - for bug fixes or improvements, not a fix for build script
- `chore` - changes not related to production code
- `docs` - changes related to documentation
- `style` - formatting, missing semi colons, linting fix etc; no significant production code changes
- `test` - adding missing tests, refactoring tests; no production code change
- `refactor` - refactoring production code, eg. renaming a variable or function name, there should not be any significant production code changes
- `scope` is a single word that best describes where the changes fit.
Most common scopes are like:
- data engine (`localpv`, `jiva`, `cstor`)
- feature (`provisioning`, `backup`, `restore`, `exporter`)
- code component (`api`, `webhook`, `cast`, `upgrade`)
- test (`tests`, `bdd`)
- chores (`version`, `build`, `log`, `travis`)
- `subject` is a single line brief description of the changes made in the pull request.