doc: display commit types in a table with some better explanations
This commit is contained in:
parent
e79a94191e
commit
0101e02345
20
README.md
20
README.md
|
@ -16,15 +16,17 @@
|
|||
|
||||
This project uses [Conventional Commits](https://www.conventionalcommits.or) with the following types:
|
||||
|
||||
- `feat`: features, if any part of your commit implements a new functionality or changes an existing one, use this
|
||||
- `remove`: removal of existing code/functionality
|
||||
- `fix`: bugfixes
|
||||
- `refactor`: code refactoring
|
||||
- `update`: updating dependencies and associated code changes
|
||||
- `test`: any of the above, but with tests/mocks
|
||||
- `config`: changing configuration (linters, build process)
|
||||
- `doc`: documentation, including comments
|
||||
- `reformat`: fixing code formatting
|
||||
| type | description |
|
||||
| ---------- | --------------------------------------------------------------------------------------- |
|
||||
| `feat` | implementing a new feature or changes an existing one |
|
||||
| `remove` | removing an existing feature |
|
||||
| `fix` | repairing a feature which does not work correctly |
|
||||
| `refactor` | reworking code so that its function does not change (but could have in unexpected ways) |
|
||||
| `update` | updating dependencies and associated code changes |
|
||||
| `test` | any of the above, but with tests/mocks |
|
||||
| `config` | changing configuration (npm scripts, linters, build process) |
|
||||
| `doc` | updating documentation, including code comments |
|
||||
| `reformat` | rewriting code in a way in which it is impossible for function to change |
|
||||
|
||||
Always try to split up your changes into coherent commits, a single commit should do a single thing. If your commit needs to do more than one thing it should be labeled with the type coming first in this list.
|
||||
|
||||
|
|
Loading…
Reference in New Issue