I run a project called goreleaser, which is configurable via YAML.<p>Since it has a lot of options, it can get confusing. I do provide a JSONSchema and a documentation page, with all available options and some commented examples.<p>Still, I feel like it could be better - especially regarding informing in which version a given option was added, discoverability, etc.. I'm just not sure how to make it so.<p>That said, I wonder: what is the best software configuration documentation you have ever seen?
The config file for sendmail used to be really quite good. There were more lines of explanation than there were config items. There were numerous documented example lines describing several different, but common setups. There were explanations about why you may or may not want a particular line item. There was even a preliminary mailing list handler built into the config documentation, should you want to run such a thing. It was so well documented a beginner could edit it successfully, as long as they already knew how to get out of Vim.<p>This was quite a feat, considering most people only ever saw m4 language in sendmail configs. It's not very easy to read.
FreeBSD’s config files spring to mind. Here is an example:<p><a href="https://github.com/lattera/freebsd/blob/master/etc/defaults/rc.conf" rel="nofollow">https://github.com/lattera/freebsd/blob/master/etc/defaults/...</a><p>Also relevant is this quote from john romero, id’s co-founder:<p>“Bulletproof your engine by providing defaults upon load failure.”<p><a href="https://www.mcvuk.com/development-news/john-romeros-secrets-of-success-no-prototypes-great-tools-default-bagels/" rel="nofollow">https://www.mcvuk.com/development-news/john-romeros-secrets-...</a>
php.ini<p>Seriously, that is usually the easiest configuration i had to deal with. Although there are hundreds of configurable options, each one is thoroughly documented in the same file.<p>Yaml config, although being better structured, rarely have any comments with explanation, and I’m still waiting to see one documented at 30% of php.ini.
Nginx config documentation is one of the best I've seen. Things I like which are not common: 1. It specifies in which version a feature was introduced (if it was not present if first public release) 2. It is easy to send a link pointing to description of a specific directive e. g. <a href="http://nginx.org/r/env" rel="nofollow">http://nginx.org/r/env</a> 3. For each directive docs tell a default value. It seems obvious that any decent documentation should have this but I've seen software for which it is hard to find out default values so you have to add into config many values just in case even if they are not different from defaults.
The Dhall config language has a very persuasive landing page (<a href="https://dhall-lang.org/" rel="nofollow">https://dhall-lang.org/</a>), nice docs (<a href="https://docs.dhall-lang.org/tutorials/Getting-started_Generate-JSON-or-YAML.html" rel="nofollow">https://docs.dhall-lang.org/tutorials/Getting-started_Genera...</a>), and also a great philosophy of preventing errors through correct design: <a href="https://docs.dhall-lang.org/discussions/Safety-guarantees.html" rel="nofollow">https://docs.dhall-lang.org/discussions/Safety-guarantees.ht...</a>
Would you mind reaching out to the email address in my profile? I have some strong feelings about it and fancy myself a decent docs person. A couple of public things I've done are at <a href="https://tomcam.github.io/postgres/" rel="nofollow">https://tomcam.github.io/postgres/</a>, <a href="https://vuepressbook.com" rel="nofollow">https://vuepressbook.com</a>, and <a href="https://tomcam.github.io/least-github-pages/" rel="nofollow">https://tomcam.github.io/least-github-pages/</a>. I have just begun using goreleaser a few days ago so I have a good perspective.