TSC 正在按照 tsconfig.json 文件的方向编译 node_modules 和类型声明文件

TSC is compiling node_modules and type declaration files against the direction of the tsconfig.json file

我已经解决这个问题一个星期了,但我很困惑。疯狂的是,这个应用程序已经编译好几个月了,这似乎是自发发生的,没有改变任何应该影响它的东西。想想看,我从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 文档,尝试卸载和重新安装,修改 include/exclude 语句数小时。我真的不明白为什么这一切似乎突然发生了。

我还注意到 --watch flag 似乎也停止工作了。再一次,我已经在这个应用程序上工作了 9 个月,none 这曾经是一个问题。

{
    "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"
    }
}

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

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

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

无论如何,WSL2 在 NTFS(WSL2 下的 9P 协议)上的性能现在非常糟糕,如果可能的话,你真的想坚持使用 ext4。虽然我 运行 WSL2 用于我的日常驱动程序,但我会为任何在 NTFS 驱动器上什至远程文件密集型的操作(例如 rsyncs3cmd 保持最新的 WSL1 实例同步操作)。例如,仅 WSL2 Linux 内核项目的 git clone 在我的 ext4 /home/user 下花费了约 10 秒,但在 /mnt/c/....

上花费了 10 多分钟