inspec/docs
Patrick Münch bd6a8fd980 kernel_module: correct docs style for code boxes (#2348)
Signed-off-by: Patrick Münch <patrick.muench1111@gmail.com>
2017-11-28 18:12:05 -05:00
..
resources kernel_module: correct docs style for code boxes (#2348) 2017-11-28 18:12:05 -05:00
shared fix ident in cmp matcher docs 2017-03-02 12:28:50 +01:00
.gitignore ignore auto-generated docs 2016-09-22 16:47:54 +02:00
dsl_inspec.md Add sensitive flag to resources to restrict logging output (#2017) 2017-08-25 16:21:49 -04:00
dsl_resource.md fix #1226 2016-11-03 00:32:31 +01:00
habitat.md Add docs for habitat CLI commands 2017-03-28 13:59:38 -04:00
inspec_and_friends.md add podcast link to docs on serverspec-inspec 2017-04-25 15:49:56 +02:00
matchers.md Docs: describe custom matcher cmp on version strings (#2214) 2017-10-05 13:18:12 -04:00
migration.md Minor grammar fix. 2017-05-07 08:50:58 -04:00
plugin_kitchen_inspec.md Clean-up kitchen-inspec reference doc (#2208) 2017-10-03 17:25:27 -04:00
profiles.md Corrected name to be service_name (#2262) 2017-10-24 17:51:30 -04:00
README.md generate docs for cli 2016-09-22 13:43:57 +02:00
ruby_usage.md Add non-halting exception support to resources (#2235) 2017-11-06 13:28:53 -05:00
shell.md Fix minor typo (#2319) 2017-11-17 16:47:45 -05:00

InSpec documentation

This is the home of the InSpec documentation. This documentation provides an introduction to this mechanism and shows how to write custom tests.

The goal of this folder is for any community member to clone these docs, make the changes, check if they are valid, and contribute to the project.

How to build docs

We build docs by:

  1. Auto-generating docs from code
  2. Transforming markdown+snippets in this folder into pure markdown in www/source/docs
  3. Rendering them to the website via instructions in www/

For development, you only need step 1!

1 Generate docs

To generate all docs run:

bundle exec rake docs

You can run tasks individually. For a list of tasks run:

bundle exec rake --tasks docs

Stability Index

Every available InSpec resource will indicate its stability. As InSpec matures, certain parts are more reliable than others. Brand new features are likely to be redesigned and marked as such.

The stability indices are as follows:

  • Stability: Deprecated - This features will be removed in future versions, because its known for being problematic. Do not rely on it.
  • Stability: Experimental - New features may change or are removed in future versions
  • Stability: Stable - API is well established and proofed. Maintaining compatibility is a high priority
  • Stability: Locked - Only security and performance fixes are allowed