javascript - TSC 正在根据 tsconfig.json 文件的方向编译 node_modules 和类型声明文件

Question

我已经对此问题进行了一周的故障排除，但我感到很困惑。疯狂的是，这个应用程序已经编译好几个月了，这似乎是自发发生的，没有改变任何应该影响它的东西。想想看，我从 WSL 升级到 WSL2，这大概是这个开始的时间，可能是巧合。

项目结构

/📁server
 ⚙tsconfig.json

    /📁dist
       server.js
        /📁api
            /📁v1
                index.js
                /📁accountDataFunctions
                  duplicates.js
                  notations.js
                  ...
                /📁sqlQueryGeneration
                  selectQuery.js
                  updateQuery.js

    /📁src
       server.ts
        /📁api
            /📁v1
                index.ts
                /📁accountDataFunctions
                  duplicates.ts
                  notations.ts
                  ...
                /📁sqlQueryGeneration
                  selectQuery.ts
                  updateQuery.ts

tsconfig.json

// ⚙tsconfig.json
{
  "compilerOptions": {
    "target": "es6",
    "module": "commonjs",
    "outDir": "./dist",
    "rootDir": "./src",
    "resolveJsonModule": true,
    "removeComments": true,
    "strict": false,
    "baseUrl": "./",
    "allowSyntheticDefaultImports": true,
    "esModuleInterop": true,
    "experimentalDecorators": true,
    "emitDecoratorMetadata": true,
    "skipLibCheck": true,⭐
    "forceConsistentCasingInFileNames": true,
    "moduleResolution": "node",
    // "watch": true
  },
  "exclude": [
    "node_modules"
  ],
  "include": [
    "src"
  ],
  "watchOptions": {
    "watchFile": "useFsEvents",
    "watchDirectory": "useFsEvents",
    "fallbackPolling": "dynamicPriority"
  }
}

tsc --showFiles

//30x files in this directory (type definitions):
/home/surface/.nvm/versions/node/v14.15.4/lib/node_modules/typescript/lib/lib.es6.d.ts

//20x files in this directory (type definitions):
/mnt/c/Dev/Projects/debtportfol/server/node_modules/@types/node/globals.d.ts

// (this is actually my project root directory)
/mnt/c/Dev/Projects/debtportfol/

//50x files in this directory which are about 35 correct files, and 15 type definitions:
io/server/src/api/v1/generalFunctions/getDateAndTime.ts
/mnt/c/Dev/Projects/debtportfol/server/src/api/v1/generalFunctions/columns.ts
/mnt/c/Dev/Projects/debtportfol/server/node_modules/axios/index.d.ts
/mnt/c/Dev/Projects/debtportfol/server/node_modules/@types/long/index.d.ts

我已通读官方 TS 文档，尝试卸载和重新安装，并花数小时修改包含/排除语句。我真的不明白为什么这似乎突然发生了。

我还注意到 --watch flag 似乎也停止工作了。同样，我已经为这个应用程序工作了 9 个月，而这一切以前都不是问题。

{
    "main": "server.js",
    "scripts": {
        "serve": "tsc && concurrently \"tsc --watch\" \"nodemon dist/server.js\"",
        "start": "tsc && node dist/server.js",
        "startNormal": "node dist/server.js",
        "devstart": "nodemon run dist/server.js",
        "build": "tsc"
    },
    "dependencies": {
        "@stripe/stripe-js": "^1.9.0",
        ...
        "uuid": "^8.3.0"
    },
    "devDependencies": {
        "@types/axios": "^0.14.0",
        ...
        "concurrently": "^5.3.0",
        "nodemon": "^2.0.3",
        "typescript": "^4.2.3"
    }
}

Answer 1

Come to think of it, I upgraded from WSL to WSL2 and that is roughly the time this started, possibly a coincidence.

至少对于 nodemon/--watch功能，这不是巧合。看我的回答here有关原因的详细信息。简短回答——WSL2 中的 NTFS 文件系统支持与 WSL1 中的完全不同，并且 inotify目前 WSL2 不完全支持。如果可能，将您的代码移至 ext4 驱动器下的某个位置(例如 /home/surface/projects )或保留一个单独的 WSL1 实例用于此用途。

我想不出导致 TSC 更改的原因，但有可能它也会更正这些。

无论如何，WSL2 在 NTFS(WSL2 下的 9P 协议(protocol))上的性能现在非常糟糕，如果可能的话，你真的想坚持使用 ext4。当我为我的日常驱动程序运行 WSL2 时，我会为任何在 NTFS 驱动器上甚至远程文件密集型的操作(例如 rsync 或 s3cmd 同步操作)保持最新的 WSL1 实例。例如，只是一个 git clone WSL2 Linux 内核项目在我的 ext4 下花费了大约 10 秒 /home/user , 但超过 10 分钟 /mnt/c/... .