diff options
author | Hendrik Jäger <hendrik.jaeger@dswiss.com> | 2022-06-22 09:49:37 +0200 |
---|---|---|
committer | Hendrik Jäger <hendrik.jaeger@dswiss.com> | 2022-06-22 09:49:37 +0200 |
commit | 4048e12efcb52a63f0304e679dc6c6e96a139146 (patch) | |
tree | 2f34a681b4ea5fa4a0ac8d3c0c55b4c82bd58899 /README.md |
initial
Diffstat (limited to 'README.md')
-rw-r--r-- | README.md | 117 |
1 files changed, 117 insertions, 0 deletions
diff --git a/README.md b/README.md new file mode 100644 index 0000000..32c5201 --- /dev/null +++ b/README.md @@ -0,0 +1,117 @@ +# stringstest + +Welcome to your new module. A short overview of the generated parts can be found +in the [PDK documentation][1]. + +The README template below provides a starting point with details about what +information to include in your README. + +## Table of Contents + +1. [Description](#description) +1. [Setup - The basics of getting started with stringstest](#setup) + * [What stringstest affects](#what-stringstest-affects) + * [Setup requirements](#setup-requirements) + * [Beginning with stringstest](#beginning-with-stringstest) +1. [Usage - Configuration options and additional functionality](#usage) +1. [Limitations - OS compatibility, etc.](#limitations) +1. [Development - Guide for contributing to the module](#development) + +## Description + +Briefly tell users why they might want to use your module. Explain what your +module does and what kind of problems users can solve with it. + +This should be a fairly short description helps the user decide if your module +is what they want. + +## Setup + +### What stringstest affects **OPTIONAL** + +If it's obvious what your module touches, you can skip this section. For +example, folks can probably figure out that your mysql_instance module affects +their MySQL instances. + +If there's more that they should know about, though, this is the place to +mention: + +* Files, packages, services, or operations that the module will alter, impact, + or execute. +* Dependencies that your module automatically installs. +* Warnings or other important notices. + +### Setup Requirements **OPTIONAL** + +If your module requires anything extra before setting up (pluginsync enabled, +another module, etc.), mention it here. + +If your most recent release breaks compatibility or requires particular steps +for upgrading, you might want to include an additional "Upgrading" section here. + +### Beginning with stringstest + +The very basic steps needed for a user to get the module up and running. This +can include setup steps, if necessary, or it can be an example of the most basic +use of the module. + +## Usage + +Include usage examples for common use cases in the **Usage** section. Show your +users how to use your module to solve problems, and be sure to include code +examples. Include three to five examples of the most important or common tasks a +user can accomplish with your module. Show users how to accomplish more complex +tasks that involve different types, classes, and functions working in tandem. + +## Reference + +This section is deprecated. Instead, add reference information to your code as +Puppet Strings comments, and then use Strings to generate a REFERENCE.md in your +module. For details on how to add code comments and generate documentation with +Strings, see the [Puppet Strings documentation][2] and [style guide][3]. + +If you aren't ready to use Strings yet, manually create a REFERENCE.md in the +root of your module directory and list out each of your module's classes, +defined types, facts, functions, Puppet tasks, task plans, and resource types +and providers, along with the parameters for each. + +For each element (class, defined type, function, and so on), list: + +* The data type, if applicable. +* A description of what the element does. +* Valid values, if the data type doesn't make it obvious. +* Default value, if any. + +For example: + +``` +### `pet::cat` + +#### Parameters + +##### `meow` + +Enables vocalization in your cat. Valid options: 'string'. + +Default: 'medium-loud'. +``` + +## Limitations + +In the Limitations section, list any incompatibilities, known issues, or other +warnings. + +## Development + +In the Development section, tell other users the ground rules for contributing +to your project and how they should submit their work. + +## Release Notes/Contributors/Etc. **Optional** + +If you aren't using changelog, put your release notes here (though you should +consider using changelog). You can also add any additional sections you feel are +necessary or important to include here. Please use the `##` header. + +[1]: https://puppet.com/docs/pdk/latest/pdk_generating_modules.html +[2]: https://puppet.com/docs/puppet/latest/puppet_strings.html +[3]: https://puppet.com/docs/puppet/latest/puppet_strings_style.html |