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

74 lines
1.5 KiB
JSON
Raw Normal View History

Prepare Angular routes
2016-03-07 14:48:46 +01:00
{
Remove solution style ts config
2021-08-17 14:01:51 +02:00
"compileOnSave": false,
"compilerOptions": {
"outDir": "./dist/out-tsc",
"sourceMap": true,
"declaration": false,
"moduleResolution": "node",
Support ICU in TS components
2022-05-24 16:29:01 +02:00
"module": "es2020",
Upgrade to angular 18 & vite
2024-06-24 10:15:25 +02:00
"esModuleInterop": true,
Remove solution style ts config
2021-08-17 14:01:51 +02: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 14:34:36 +02:00
"allowJs": true,
Remove solution style ts config
2021-08-17 14:01:51 +02:00
"importHelpers": true,
"strictBindCallApply": true,
Upgrade to latest angular version
2023-02-16 14:17:00 +01:00
"target": "ES2022",
Remove solution style ts config
2021-08-17 14:01:51 +02:00
"typeRoots": [
"node_modules/@types"
],
"lib": [
More precise date for jobs
2022-08-10 10:26:20 +02:00
"ES2021.Intl",
Remove solution style ts config
2021-08-17 14:01:51 +02:00
"es2018",
"es2017",
"es2016",
"es2015",
"dom"
],
"baseUrl": "./",
"paths": {
Upgrade to latest angular version
2023-02-16 14:17:00 +01:00
"hls.js": [
"node_modules/hls.js/dist/hls.light"
],
"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"
]
},
"useDefineForClassFields": false
Remove solution style ts config
2021-08-17 14:01:51 +02: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 14:34:36 +02:00
"references": [
{ "path": "../packages/core-utils" },
{ "path": "../packages/models" },
{ "path": "../packages/typescript-utils" }
],
Remove solution style ts config
2021-08-17 14:01:51 +02:00
"files": [
"src/polyfills.ts"
],
"include": [
Remove barrels They can prevent tree shaking
2024-03-05 09:30:12 +01:00
"src/polyfills.ts",
Remove solution style ts config
2021-08-17 14:01:51 +02:00
"src/main*.ts",
"src/**/*.d.ts",
Remove barrels They can prevent tree shaking
2024-03-05 09:30:12 +01:00
"src/app/**/*.ts",
Remove solution style ts config
2021-08-17 14:01:51 +02:00
"src/shims/*.ts"
],
"angularCompilerOptions": {
"strictInjectionParameters": true,
"fullTemplateTypeCheck": true,
"strictTemplates": true,
"enableI18nLegacyMessageIdFormat": false
}
Prepare Angular routes
2016-03-07 14:48:46 +01:00
}