@@ -32,7 +32,6 @@ the [puppet-dev mailing list](https://groups.google.com/forum/#!forum/puppet-dev
32
32
* Submit a Jira ticket for your issue if one does not already exist.
33
33
* Clearly describe the issue including steps to reproduce when it is a bug.
34
34
* Make sure you fill in the earliest version that you know has the issue.
35
- * A ticket is not necessary for [ trivial changes] ( https://puppet.com/community/trivial-patch-exemption-policy )
36
35
* Fork the repository on GitHub.
37
36
38
37
## Making Changes
@@ -85,29 +84,6 @@ When adding user-facing strings to your work, follow these guidelines:
85
84
It is the responsibility of contributors and code reviewers to ensure that all
86
85
user-facing strings are marked in new PRs before merging.
87
86
88
- ## Making Trivial Changes
89
-
90
- For [ changes of a trivial nature] ( https://puppet.com/community/trivial-patch-exemption-policy ) , it is not always necessary to create a new
91
- ticket in Jira. In this case, it is appropriate to start the first line of a
92
- commit with one of ` (docs) ` , ` (maint) ` , or ` (packaging) ` instead of a ticket
93
- number.
94
-
95
- If a Jira ticket exists for the documentation commit, you can include it
96
- after the ` (docs) ` token.
97
-
98
- ```
99
- (docs)(DOCUMENT-000) Add docs commit example to CONTRIBUTING
100
-
101
- There is no example for contributing a documentation commit
102
- to the Puppet repository. This is a problem because the contributor
103
- is left to assume how a commit of this nature may appear.
104
-
105
- The first line is a real-life imperative statement with '(docs)' in
106
- place of what would have been the PUP project ticket number in a
107
- non-documentation related commit. The body describes the nature of
108
- the new documentation or comments added.
109
- ```
110
-
111
87
For commits that address trivial repository maintenance tasks or packaging
112
88
issues, start the first line of the commit with ` (maint) ` or ` (packaging) ` ,
113
89
respectively.
0 commit comments