@@ -6,52 +6,57 @@ Yeay! You want to contribute to commitlint. That's amazing!
6
6
To smoothen everyone's experience involved with the project please take note of the following guidelines and rules.
7
7
8
8
## Found an Issue?
9
+
9
10
Thank you for reporting any issues you find. We do our best to test and make commitlint as solid as possible, but any reported issue is a real help.
10
11
11
12
> commitlint issues
12
13
13
14
Please follow these guidelines when reporting issues:
14
- * Provide a title in the format of ` <Error> when <Task> `
15
- * Tag your issue with the tag ` bug `
16
- * Provide a short summary of what you are trying to do
17
- * Provide the log of the encountered error if applicable
18
- * Provide the exact version of commitlint. Check ` npm ls @commitlint/cli ` when in doubt
19
- * Be awesome and consider contributing a [ pull request] ( #want-to-contribute )
15
+
16
+ - Provide a title in the format of ` <Error> when <Task> `
17
+ - Tag your issue with the tag ` bug `
18
+ - Provide a short summary of what you are trying to do
19
+ - Provide the log of the encountered error if applicable
20
+ - Provide the exact version of commitlint. Check ` npm ls @commitlint/cli ` when in doubt
21
+ - Be awesome and consider contributing a [ pull request] ( #want-to-contribute )
20
22
21
23
## Want to contribute?
24
+
22
25
You consider contributing changes to commitlint – we dig that!
23
26
Please consider these guidelines when filing a pull request:
24
27
25
28
> commitlint pull requests
26
29
27
- * Follow the [ Coding Rules] ( #coding-rules )
28
- * Follow the [ Commit Rules] ( #commit-rules )
29
- * Make sure you rebased the current master branch when filing the pull request
30
- * Squash your commits when filing the pull request
31
- * Provide a short title with a maximum of 100 characters
32
- * Provide a more detailed description containing
33
- * What you want to achieve
34
- * What you changed
35
- * What you added
36
- * What you removed
30
+ - Follow the [ Coding Rules] ( #coding-rules )
31
+ - Follow the [ Commit Rules] ( #commit-rules )
32
+ - Make sure you rebased the current master branch when filing the pull request
33
+ - Squash your commits when filing the pull request
34
+ - Provide a short title with a maximum of 100 characters
35
+ - Provide a more detailed description containing
36
+ _ What you want to achieve
37
+ _ What you changed
38
+ _ What you added
39
+ _ What you removed
37
40
38
41
## Coding Rules
42
+
39
43
To keep the code base of commitlint neat and tidy the following rules apply to every change
40
44
41
45
> Coding standards
42
46
43
- * ` prettier ` is king
44
- * Favor micro library over swiss army knives (rimraf, ncp vs. fs-extra)
45
- * Be awesome
47
+ - ` prettier ` is king
48
+ - Favor micro library over swiss army knives (rimraf, ncp vs. fs-extra)
49
+ - Be awesome
46
50
47
51
## Commit Rules
52
+
48
53
To help everyone with understanding the commit history of commitlint the following commit rules are enforced.
49
54
To make your life easier commitlint is commitizen-friendly and provides the npm run-script ` commit ` .
50
55
51
56
> Commit standards
52
57
53
- * [ conventional-changelog] ( https://github.com/conventional-changelog/commitlint/tree/master/%40commitlint/prompt )
54
- * husky commit message hook available
55
- * present tense
56
- * maximum of 100 characters
57
- * message format of ` $type($scope): $message `
58
+ - [ conventional-changelog] ( https://github.com/conventional-changelog/commitlint/tree/master/%40commitlint/prompt )
59
+ - husky commit message hook available
60
+ - present tense
61
+ - maximum of 100 characters
62
+ - message format of ` $type($scope): $message `
0 commit comments