interesting
/
PeerTube
mirror of https://github.com/Chocobozzz/PeerTube.git
1
0
Fork 0
Code Issues Projects Releases Wiki Activity
PeerTube/client/tsconfig.json

71 lines
1.4 KiB
JSON
Raw Normal View History

Prepare Angular routes
2016-03-07 07:48:46 -06:00
{
Remove solution style ts config
2021-08-17 07:01:51 -05:00
"compileOnSave": false,
"compilerOptions": {
"outDir": "./dist/out-tsc",
"sourceMap": true,
"declaration": false,
"moduleResolution": "node",
Support ICU in TS components
2022-05-24 09:29:01 -05:00
"module": "es2020",
Upgrade to angular 18 & vite
2024-06-24 03:15:25 -05:00
"esModuleInterop": true,
Remove solution style ts config
2021-08-17 07:01:51 -05:00
"experimentalDecorators": true,
"noImplicitAny": true,
"noImplicitThis": true,
"alwaysStrict": true,
Migrate server to ESM Sorry for the very big commit that may lead to git log issues and merge conflicts, but it's a major step forward: * Server can be faster at startup because imports() are async and we can easily lazy import big modules * Angular doesn't seem to support ES import (with .js extension), so we had to correctly organize peertube into a monorepo: * Use yarn workspace feature * Use typescript reference projects for dependencies * Shared projects have been moved into "packages", each one is now a node module (with a dedicated package.json/tsconfig.json) * server/tools have been moved into apps/ and is now a dedicated app bundled and published on NPM so users don't have to build peertube cli tools manually * server/tests have been moved into packages/ so we don't compile them every time we want to run the server * Use isolatedModule option: * Had to move from const enum to const (https://www.typescriptlang.org/docs/handbook/enums.html#objects-vs-enums) * Had to explictely specify "type" imports when used in decorators * Prefer tsx (that uses esbuild under the hood) instead of ts-node to load typescript files (tests with mocha or scripts): * To reduce test complexity as esbuild doesn't support decorator metadata, we only test server files that do not import server models * We still build tests files into js files for a faster CI * Remove unmaintained peertube CLI import script * Removed some barrels to speed up execution (less imports)
2023-07-31 07:34:36 -05:00
"allowJs": true,
Remove solution style ts config
2021-08-17 07:01:51 -05:00
"importHelpers": true,
"strictBindCallApply": true,
Upgrade to latest angular version
2023-02-16 07:17:00 -06:00
"target": "ES2022",
Isolated modules to true in client Speeds up compilation
2024-08-16 03:45:30 -05:00
"isolatedModules": true,
Remove solution style ts config
2021-08-17 07:01:51 -05:00
"typeRoots": [
"node_modules/@types"
],
"lib": [
More precise date for jobs
2022-08-10 03:26:20 -05:00
"ES2021.Intl",
Remove solution style ts config
2021-08-17 07:01:51 -05:00
"es2018",
"es2017",
"es2016",
"es2015",
"dom"
],
"baseUrl": "./",
"paths": {
Upgrade to latest angular version
2023-02-16 07:17:00 -06:00
"video.js": [
"node_modules/video.js/core"
],
"@app/*": [
"src/app/*"
],
"@root-helpers/*": [
"src/root-helpers/*"
],
"fs": [
"src/shims/noop.ts"
],
"crypto": [
"src/shims/noop.ts"
]
Remove useless option See https://blog.angular.dev/using-isolatedmodules-in-angular-18-2-68a7d3a6c03d
2024-08-21 03:56:35 -05:00
}
Remove solution style ts config
2021-08-17 07:01:51 -05:00
},
Migrate server to ESM Sorry for the very big commit that may lead to git log issues and merge conflicts, but it's a major step forward: * Server can be faster at startup because imports() are async and we can easily lazy import big modules * Angular doesn't seem to support ES import (with .js extension), so we had to correctly organize peertube into a monorepo: * Use yarn workspace feature * Use typescript reference projects for dependencies * Shared projects have been moved into "packages", each one is now a node module (with a dedicated package.json/tsconfig.json) * server/tools have been moved into apps/ and is now a dedicated app bundled and published on NPM so users don't have to build peertube cli tools manually * server/tests have been moved into packages/ so we don't compile them every time we want to run the server * Use isolatedModule option: * Had to move from const enum to const (https://www.typescriptlang.org/docs/handbook/enums.html#objects-vs-enums) * Had to explictely specify "type" imports when used in decorators * Prefer tsx (that uses esbuild under the hood) instead of ts-node to load typescript files (tests with mocha or scripts): * To reduce test complexity as esbuild doesn't support decorator metadata, we only test server files that do not import server models * We still build tests files into js files for a faster CI * Remove unmaintained peertube CLI import script * Removed some barrels to speed up execution (less imports)
2023-07-31 07:34:36 -05:00
"references": [
{ "path": "../packages/core-utils" },
{ "path": "../packages/models" },
{ "path": "../packages/typescript-utils" }
],
Remove solution style ts config
2021-08-17 07:01:51 -05:00
"files": [
"src/polyfills.ts"
],
"include": [
Remove barrels They can prevent tree shaking
2024-03-05 02:30:12 -06:00
"src/polyfills.ts",
Remove solution style ts config
2021-08-17 07:01:51 -05:00
"src/main*.ts",
"src/**/*.d.ts",
Remove barrels They can prevent tree shaking
2024-03-05 02:30:12 -06:00
"src/app/**/*.ts",
Remove solution style ts config
2021-08-17 07:01:51 -05:00
"src/shims/*.ts"
],
"angularCompilerOptions": {
"strictInjectionParameters": true,
"fullTemplateTypeCheck": true,
"strictTemplates": true,
"enableI18nLegacyMessageIdFormat": false
}
Prepare Angular routes
2016-03-07 07:48:46 -06:00
}