eslint-plugin-repo-structure v0.1.1

Repo Structure - Eslint Plugin

A plugin that allows you to define rules for the folder and file structure of your repository, as well as naming constraints that must be followed.

Installation

$ yarn add -D eslint-plugin-repo-structure

or

$ npm i --dev eslint-plugin-repo-structure

Getting started

1. Define the log level that you want and the repo structure config path, Example:

{
  "plugins": ["repo-structure"],
  "rules": {
    "repo-structure/file-structure": "warn", // warn | error
  }
  "settings": {
    "repo-structure/config-path": ".repo-structurerc"
  }
}

2. Create a JSON file with the folder and file structure that should be followed. For each module, you can also define rules for naming patterns, case and extensions that are allowed.

   To exclude files from validation, you can pass them to ignorePatterns attribute.

Example:

{
  "ignorePatterns": ["path/to/ignore-module/**.js", "**/.*Models.js"],
  "root": {
    "children": [
      {
        "name": "src",
        "children": [
          {
            "name": "controllers",
            "children": [
              {
                "case": "PascalCase",
                "name": "/^.*Controller$/",
                "extension": ".ts"
              }
            ]
          },
          // you can also reference rules ids created inside rules object
          { "id": "services-folder" }
          // ...
        ]
      },
      {
        "name": "tests",
        "children": [
          {
            "type": "file",
            "name": "/^.*\\.test$/",
            "extension": ".ts"
          }
        ]
      }
    ]
  },
  "rules": {
    "services-folder": {
      "name": "services",
      "children": [
        {
          "case": "PascalCase",
          "name": "/^.*Service$/",
          "extension": ".ts"
        }
      ]
    }
  }
}

You can also define it as a yaml file, example:

ignorePatterns:
  - path/to/ignore-module/**.js
  - "**/.*Models.js"

root:
  children:
    - name: src
      children:
        - name: controllers
          children:
            - case: PascalCase
              name: "/^.*Controller$/"
              extension: ".ts"
        - id: services-folder

    - name: tests
      children:
        - type: file
          name: "/^.*\\.test$/"
          extension: ".ts"

rules:
  services-folder:
    name: services
    children:
      - case: PascalCase
        name: "/^.*Service$/"
        extension: ".ts"

3. Rules

   Here is the list of attributes that can be created inside of a rule object:

When defining a list of rules for a folder children, an error or warning is raised if a given file or folder does not satisfy any of the listed rules.

Validating multiple file extensions.

Eslint uses JS parsers to interpret the written code, this means that its main purpose is not to run on other file extensions. However, if you want to validate the naming and casing for non js files, you can do this by using this hacky command:

$ npm eslint --parser ./node_modules/eslint-plugin-repo-structure/parser.js \
  --rule repo-structure/file-structure:warn \
  --ext .js,.ts,.tsx,.css,.svg,.yml,.png .

In this command, we override eslint parser so it can read files with other extensions, like .svg, .yml or even .png. We also have to specify it to run only the repo structure rule.