1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303
|
# Puppet-lint
[](http://travis-ci.org/rodjek/puppet-lint)
[](http://gemnasium.com/rodjek/puppet-lint)
The goal of this project is to implement as many of the recommended Puppet
style guidelines from the [Puppet Labs style
guide](http://docs.puppetlabs.com/guides/style_guide.html) as practical.
## Installation
gem install puppet-lint
## Testing your manifests
### By hand
You can test a single manifest file by running
puppet-lint <path to file>
### Rake task
If you want to test your entire Puppet manifest directory, you can add
`require 'puppet-lint/tasks/puppet-lint'` to your Rakefile and then run
rake lint
## Implemented tests
At the moment, the following tests have been implemented:
### Spacing, Indentation & Whitespace
* Must use two-space soft tabs.
* Must not use literal tab characters.
* Must not contain trailing white space.
* Should not exceed an 80 character line width
* An exception has been made for `source => 'puppet://...'` lines as
splitting these over multiple lines decreases the readability of the
manifests.
* Should align arrows (`=>`) within blocks of attributes.
### Quoting
* All strings that do not contain variables should be enclosed in single
quotes.
* An exception has been made for double quoted strings containing \n or \t.
* All strings that contain variables must be enclosed in double quotes.
* All variables should be enclosed in braces when interpolated in a string.
* Variables standing by themselves should not be quoted.
### Resources
* All resource titles should be quoted.
* If a resource declaration includes an `ensure` attribute, it should be the
first attribute specified.
* Symbolic links should be declared by using an ensure value of `link` and
explicitly specifying a value for the `target` attribute.
* File modes should be represented as a 4 digit string enclosed in single
quotes or use symbolic file modes.
### Conditionals
* You should not intermingle conditionals inside resource declarations (i.e.
selectors inside resources).
* Case statements should have a default case.
### Classes
* Relationship declarations with the chaining syntax should only be used in
the 'left to right' direction.
* Classes should not be defined inside a class.
* Defines should not be defined inside a class.
* Classes should not inherit between namespaces.
* Required parameters in class & defined type definitions should be listed
before optional parameters.
* When using top-scope variables, including facts, Puppet modules should
explicitly specify the empty namespace.
## Fixing problems
### right_to_left_relationship
```
WARNING: right-to-left (<-) relationship on line X
```
While right to left relationships are perfectly valid, it's highly recommended
that you don't use them as most people think and read from left to right and
this can lead to confusion.
Bad:
```
Service['httpd'] <- Package['httpd']
```
Good:
```
Package['httpd'] -> Service['httpd']
```
### autoloader_layout
```
ERROR: mymodule::myclass not in autoload module layout on line X
```
Puppet attempts to autoload only the required manifests for the resources and
classes specified in your manifests. In order to do this, the autoloader
expects your manifests to be layed out on disk in a particular format. For
example, when you use `mymodule::myclass` in your manifests, Puppet will
attempt to read `<modulepath>/mymodule/manifests/myclass.pp`. The only
exception to this is when you reference `mymodule` itself (without any
subclass/subtype) in which case it will read
`<modulepath>/mymodule/manifests/init.pp`.
### parameter_order
```
WARNING: optional parameter listed before required parameter on line X
```
In parameterised class and defined type definitions, parameters that are
required should be listed before optional parameters (those with default
values).
Bad:
```
class foo($bar='baz', $gronk) {
```
Good:
```
class foo($gronk, $bar='baz') {
```
### inherits_across_namespaces
Placeholder
### nested_classes_or_defines
Placeholder
### variable_scope
Placeholder
### selector_inside_resource
Placeholder
### case_without_default
Placeholder
### unquoted_resource_title
Placeholder
### ensure_first_param
Placeholder
### unquoted_file_mode
Placeholder
### 4digit_file_mode
Placeholder
### ensure_not_symlink_target
Placeholder
### double_quoted_strings
Placeholder
### only_variable_string
Placeholder
### variables_not_enclosed
Placeholder
### single_quote_string_with_variables
Placeholder
### quoted_booleans
Placeholder
### variable_contains_dash
Placeholder
### hard_tabs
Placeholder
### trailing_whitespace
Placeholder
### 80chars
Placeholder
### 2sp_soft_tabs
Placeholder
### arrow_alignment
Placeholder
## Disabling checks
### puppet-lint
You can disable any of the checks when running the `puppet-lint` command by
adding a `--disable-<check name>` flag to the command. For example, if you
wanted to skip the 80 character check, you would run
```
puppet-lint --disable-80chars /path/to/my/manifest.pp
```
puppet-lint will also check for a `.puppet-lintrc` file in the current
directory and your home directory and read in flags from there, so if you
wanted to always skip the hard tab character check, you could create
`~./puppet-lintrc` containing
```
--disable-hard_tabs
```
### Rake task
You can also disable checks when running puppet-lint through the supplied Rake
task. Simply add the following line after the `require` statement in your
`Rakefile`.
``` ruby
PuppetLint.configuration.send("disable_<check name")
```
So, to disable the 80 character check, you would add:
``` ruby
PuppetLint.configuration.send("disable_80chars")
```
## Reporting bugs or incorrect results
If you find a bug in puppet-lint or its results, please create an issue in the
[repo issues tracker](https://github.com/rodjek/puppet-lint/issues/). Bonus
points will be awarded if you also include a patch that fixes the issue.
## Thank You
Many thanks to the following people for contributing to puppet-lint
* James Turnbull (@kartar)
* Jan Vansteenkiste (@vStone)
* Julian Simpson (@simpsonjulian)
* S. Zachariah Sprackett (@zsprackett)
As well as the many people who have reported the issues they've had!
## License
Copyright (c) 2011 Tim Sharpe
Permission is hereby granted, free of charge, to any person obtaining
a copy of this software and associated documentation files (the
"Software"), to deal in the Software without restriction, including
without limitation the rights to use, copy, modify, merge, publish,
distribute, sublicense, and/or sell copies of the Software, and to
permit persons to whom the Software is furnished to do so, subject to
the following conditions:
The above copyright notice and this permission notice shall be
included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY
CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT,
TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE
SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
|