看看FoldersLint，它应该能完成这项工作。
https://github.com/denisraslov/folderslint
基本上是这样工作的：

的数据

您可以使用eslint repo-structure插件，它接收带有项目文件夹和文件结构的配置文件，并验证命名/大小写。
https://github.com/eduhdm/eslint-plugin-repo-structure

eslint是正确的工具吗？我应该使用的任何特定插件？
是的，eslint-plugin-project-structure非常适合。
以下是当前功能列表：
⑶项目结构验证。
文件夹和文件名的验证。
名称案例验证。
Name regex validation.
文件扩展名验证。
继承父文件夹的名称（子文件夹继承其所在文件夹的名称）。
文件夹递归。
强制嵌套/扁平结构。
让我们以下列路径为例
./src/modules/module1
./src/modules/module2
./src/modules/module3
每个提供的路径应该强制子文件夹的名称
服务
组件
式样
在这些路径上创建具有不同名称的嵌套文件夹应该无效
./src/modules/module 1/services（有效）
./src/modules/module 1/components（有效）
./src/modules/module 2/components（有效）
./src/modules/module 1/banana（无效）
./src/modules/橙子/yellow（有效）
根据我从你的描述中理解的./src/modules/orange/yellow (valid)应该是./src/modules/orange/yellow (not valid)。
下面是满足这些要求的配置。
1.只能在modules文件夹中创建文件夹。文件夹的名称必须符合camelCase。

1. modules文件夹中的每个文件夹只能有3个名为components、style和services的子文件夹。

{
  "structure": {
    "name": "src",
    "children": [
      {
        "name": "modules",
        "children": [
          {
            "ruleId": "module"
          }
        ]
      }
    ]
  },
  "rules": {
    "module": {
      "name": "/^${{camelCase}}$/",
      "children": [
        {
          "name": "services",
          "children": [
              // ... rules for services folder
          ]
        },
        {
          "name": "components",
          "children": [
            // ... rules for components folder
          ]
        },
        {
          "name": "style",
          "children": [
               // ... rules for style folder
          ]
        },
      ]
    }
  }
}

字符串
在这里，您将找到API的详细描述。https://github.com/Igorkowalski94/eslint-plugin-project-structure#api