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

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

我已经解决这个问题一个星期了，但我很困惑。疯狂的部分是这个应用程序已经编译好几个月了，这似乎是自发发生的，没有改变任何应该影响它的东西。想想看，我从 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"
    }
}

解决方法

仔细想想，我从 WSL 升级到 WSL2，这大约是开始的时间，可能是巧合。

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

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

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