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 驱动器上什至远程文件密集型的操作(例如 rsync
或 s3cmd
保持最新的 WSL1 实例同步操作)。例如,仅 WSL2 Linux 内核项目的 git clone
在我的 ext4 /home/user
下花费了约 10 秒,但在 /mnt/c/...
.
上花费了 10 多分钟
我已经解决这个问题一个星期了,但我很困惑。疯狂的是,这个应用程序已经编译好几个月了,这似乎是自发发生的,没有改变任何应该影响它的东西。想想看,我从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
功能而言,这并非巧合。有关原因的详细信息,请参阅我的回答 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/...
.