You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

27 lines
1.9 KiB

2 years ago
## What is the purpose of the change
For example: Making PowerJob better
## Brief changelog
It is best to associate an existing issue
## Verifying this change
Do I need to test?
Has testing been completed?
Test method?
Follow this checklist to help us incorporate your contribution quickly and easily. Notice, `it would be helpful if you could finish the following 3 checklist before request the community to review your PR`.
- [x] Make sure there is a [Github issue](https://github.com/PowerJob/PowerJob/issues) filed for the change (usually before you start working on it). Trivial changes like typos do not require a Github issue. Your pull request should address just this issue, without pulling in other changes - one PR resolves one issue.
- [x] Write a pull request description that is detailed enough to understand what the pull request does, how, and why.
- [x] Follow the git commit specification
* feat: xxx -> The feat type is used to identify production changes related to new backward-compatible abilities or functionality.
* perf: xxx -> The perf type is used to identify production changes related to backward-compatible performance improvements.
* fix: xxx -> The fix type is used to identify production changes related to backward-compatible bug fixes.
* docs: xxx -> The docs type is used to identify documentation changes related to the project - whether intended externally for the end users (in case of a library) or internally for the developers.
* test: xxx -> The test type is used to identify development changes related to tests - such as refactoring existing tests or adding new tests.
* refactor: xxx -> The refactor type is used to identify development changes related to modifying the codebase, which neither adds a feature nor fixes a bug - such as removing redundant code, simplifying the code, renaming variables, etc.