1abca4705f
In order to ensure long term code quality, add a rubocop check to the travis job which runs when a pull request is submitted. Do this by adding a rake task for rubocop and setting up travis to run both the spec rake task and the rubocop one. Additionally, make a few changes to the .rubocop.yml file so it will stop complaining about incorrect namespaces. |
||
---|---|---|
lib | ||
spec | ||
.gitignore | ||
.rubocop.yml | ||
.travis.yml | ||
.yardopts | ||
COMMITTERS.md | ||
CONTRIBUTING.md | ||
Gemfile | ||
LICENSE | ||
README.md | ||
Rakefile | ||
metadata.json |
README.md
Puppet Strings
A Puppet Face and plugin built on the YARD Documentation Tool and Puppet Future Parser.
It is uses YARD and the Puppet Parser to generate HTML documentation about
Puppet code and Puppet extensions written in Ruby. It will eventually replace
the puppet doc
command once feature parity has been achieved.
Installation
In order to run strings you need to have the following software installed:
- Ruby 1.9.3 or newer
- Puppet 3.7 or newer
- The yard rubygem
In order to install the strings module, simply git clone
this repository into
your modulepath
(i.e. /etc/puppet/modules
). This module is also available
on the Puppet Forge and can be installed with puppet module install puppetlabs-strings
.
Running Puppet Strings
If you cloned the repository into your modulepath
and installed the needed
gems, you can do the following to document a module:
$ cd /path/to/module
$ puppet strings
This processes README
and everything in manifests/**/*.pp
.
To document specific manifests:
$ puppet strings some_manifest.pp [another_if_you_feel_like_it.pp]
Processing is delegated to the yardoc
tool so some options listed in yard help doc
are available.
However, Puppet Faces do not support passing arbitrary options through a face so these options must be specified in a .yardopts
file.
In addition to generating a directory full of HTML, you can also serve up
documentation for all your modules using the server
action:
$ puppet strings server
License
See LICENSE file.
Developing and Contributing
We love contributions from the community! If you'd like to contribute to the strings module, check out CONTRIBUTING.md to get information on the contribution process.
Running Specs
If you're going to be doing any development with puppet strings, it's essential that you can run the spec tests. You should simply have to do the following:
$ bundle install --path .bundle/gems
$ bundle exec rake spec
Support
Please log tickets and issues at our JIRA tracker. The puppet strings project can be found under PDOC on JIRA. A mailing list is available for asking questions and getting help from others. In addition there is an active #puppet channel on Freenode.
We use semantic version numbers for our releases, and recommend that users stay as up-to-date as possible by upgrading to patch releases and minor releases as they become available.
Bugfixes and ongoing development will occur in minor releases for the current major version. Security fixes will be backported to a previous major version on a best-effort basis, until the previous major version is no longer maintained.
Caveats
-
At the moment, only top-level Classes and Defined Types are parsed and formatted.
-
Documentation blocks must immediately precede the documented code with no whitespace. This is because the comment extractor possesses the elegance and intelligance of a bag of hammers.
-
This project is very much a work in progress and may very well have undiscovered bugs and pitfalls. If you discover any of these, please file a ticket.