Huge News!Announcing our $40M Series B led by Abstract Ventures.Learn More
Socket
Sign inDemoInstall
Socket

eslint-doc-generator

Package Overview
Dependencies
Maintainers
1
Versions
62
Alerts
File Explorer

Advanced tools

Socket logo

Install Socket

Detect and block malicious and high-risk dependencies

Install

eslint-doc-generator

Automatic documentation generator for ESLint plugins and rules.

  • 0.12.0
  • Source
  • npm
  • Socket score

Version published
Weekly downloads
46K
increased by13.73%
Maintainers
1
Weekly downloads
 
Created
Source

eslint-doc-generator

npm version

Automatic documentation generator for ESLint plugins and rules.

Generates the following documentation based on ESLint and top ESLint plugin conventions:

  • README.md rules table
  • Rule doc titles and notices

Also performs some basic section consistency checks on rule docs:

  • Contains an ## Options / ## Config section and mentions each named option (for rules with options)

Motivation

  • Standardize documentation across thousands of ESLint plugins and rules
  • Improve the discoverability of key rule information and thus rule usability
  • Streamline the process of adding new rules by automating part of the documentation
  • Eliminate the custom documentation scripts and tests previously built and maintained by many ESLint plugins

Setup

Install it:

npm i --save-dev eslint-doc-generator

Add scripts to package.json (both a lint script to ensure everything is up-to-date in CI and an update script) (add any config options in the update:eslint-docs script):

{
  "scripts": {
    "lint": "npm-run-all \"lint:*\"",
    "lint:docs": "markdownlint \"**/*.md\"",
    "lint:eslint-docs": "npm-run-all \"update:eslint-docs --check\"",
    "lint:js": "eslint .",
    "update:eslint-docs": "eslint-doc-generator"
  }
}

Delete any old rules list from your README.md. A new one will be automatically added to your ## Rules section (along with the following marker comments if they don't already exist):

<!-- begin rules list -->
<!-- end rules list -->

Delete any old recommended/fixable/etc. notices from your rule docs. A new title and notices will be automatically added to the top of each rule doc (along with a marker comment if it doesn't exist yet).

Usage

Run the script from package.json to start out or any time you add a rule or update rule metadata in your plugin:

npm run update:eslint-docs

Example

Generated content in a rule doc (everything above the marker comment) (intentionally showing all possible notices):

# Disallow using foo (`test/no-foo`)

✅ This rule is enabled in the `recommended` config.

💼 This rule is enabled in the following configs: ✅ `recommended`, 🎨 `stylistic`.

🔧 This rule is automatically fixable by the [`--fix` CLI option](https://eslint.org/docs/user-guide/command-line-interface#--fix).

💡 This rule is manually fixable by [editor suggestions](https://eslint.org/docs/developer-guide/working-with-rules#providing-suggestions).

💭 This rule requires type information.

❗ This rule identifies problems that could cause errors or unexpected behavior.

📖 This rule identifies potential improvements.

📏 This rule focuses on code formatting.

❌ This rule is deprecated. It was replaced by [prefer-bar](prefer-bar.md).

<!-- end rule header -->

Description.

## Examples

Examples.

...

Generated rules table in README.md (everything between the marker comments) (intentionally showing all possible columns):

# eslint-plugin-test

## Rules

<!-- begin rules list -->

💼 Configurations enabled in.\
✅ Enabled in the `recommended` configuration.\
🎨 Enabled in the `stylistic` configuration.\
🔧 Automatically fixable by the [`--fix` CLI option](https://eslint.org/docs/user-guide/command-line-interface#--fix).\
💡 Manually fixable by [editor suggestions](https://eslint.org/docs/developer-guide/working-with-rules#providing-suggestions).\
💭 Requires type information.\
🗂️ The type of rule.\
❗ Identifies problems that could cause errors or unexpected behavior.\
📖 Identifies potential improvements.\
📏 Focuses on code formatting.\
❌ Deprecated.

| Name                                     | Description        | 💼    | 🔧  | 💡  | 💭  | 🗂️  | ❌  |
| :--------------------------------------- | :----------------- | :---- | :-- | :-- | :-- | :-- | :-- |
| [no-foo](docs/rules/no-foo.md)           | disallow using foo | ✅    | 🔧  |     |     | ❗  |     |
| [prefer-bar](docs/rules/prefer-bar.md)   | enforce using bar  | ✅ 🎨 |     | 💡  | 💭  | 📖  |     |
| [require-baz](docs/rules/require-baz.md) | require using baz  |       | 🔧  |     |     | 📏  | ❌  |

<!-- end rules list -->

...

The table will hide columns that don't apply to any rules, and the legend will include only the symbols that are used in the table.

Badge

For any configs without emojis (see --config-emoji), you'll need to define badges for them at the bottom of your README.md.

Here's a badge for a custom fun config that displays in blue:

[fun]: https://img.shields.io/badge/-fun-blue.svg

And how it looks:

fun

Configuration options

NameDescription
--checkWhether to check for and fail if there is a diff. No output will be written. Typically used during CI.
--config-emojiCustom emoji to use for a config. Format is config-name,emoji. Default emojis are provided for common configs. To remove a default emoji and rely on a badge instead, provide the config name without an emoji. Option can be repeated.
--ignore-configConfig to ignore from being displayed. Often used for an all config. Option can be repeated.
--ignore-deprecated-rulesWhether to ignore deprecated rules from being checked, displayed, or updated (default: false).
--rule-doc-noticesOrdered, comma-separated list of notices to display in rule doc. Non-applicable notices will be hidden. Choices: configs, deprecated, fixable, hasSuggestions, requiresTypeChecking, type (off by default). Default: deprecated,configs,fixable,hasSuggestions,requiresTypeChecking.
--rule-doc-section-excludeDisallowed section in each rule doc. Exit with failure if present. Option can be repeated.
--rule-doc-section-includeRequired section in each rule doc. Exit with failure if missing. Option can be repeated.
--rule-doc-title-formatThe format to use for rule doc titles. Defaults to desc-parens-prefix-name. See choices in below table.
--rule-list-columnsOrdered, comma-separated list of columns to display in rule list. Empty columns will be hidden. Choices: configs, deprecated, description, fixable, hasSuggestions, name, requiresTypeChecking, type (off by default). Default: name,description,configs,fixable,hasSuggestions,requiresTypeChecking,deprecated.
--url-configsLink to documentation about the ESLint configurations exported by the plugin.

All options are optional.

--rule-doc-title-format

Where no-foo is the rule name, Do not use foo is the rule description, and eslint-plugin-test is the plugin name.

ValueExample
desc# Do not use foo
desc-parens-name# Do not use foo (no-foo)
desc-parens-prefix-name (default)# Do not use foo (test/no-foo)
name# no-foo
prefix-name# test/no-foo

Keywords

FAQs

Package last updated on 19 Oct 2022

Did you know?

Socket

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Install

Related posts

SocketSocket SOC 2 Logo

Product

  • Package Alerts
  • Integrations
  • Docs
  • Pricing
  • FAQ
  • Roadmap
  • Changelog

Packages

npm

Stay in touch

Get open source security insights delivered straight into your inbox.


  • Terms
  • Privacy
  • Security

Made with ⚡️ by Socket Inc