microsoft / microsoft/TypeScript
[Bug] Projects have different output directory structure with same configuration.
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- Go
- Estrellas
- 111k
- Forks
- 14.3k
- Merge medio
- 1 d 19 h
- PR fusionados (30 d)
- 117
Descripción
TypeScript Version: 4.0 (npm)
Search Terms:
declarationDir, rootDir, baseURL.
Problem
My app has a circular reference between the client and the server for typing reasons, essentially during prototyping there is a proxy that allows the server and the client to call functions on the remote as though they were local asynchronous functions. This has traditionally worked fine (well, with effort) but lately my server tsconfig seems to want to output files in a different directory structure than it was previously, without warning (I didn't change the tsconfig file). Here's what's happening:
Expected behavior:
The folder structure should look like this:
Project:
Client/
tsconfig.json <--"Client tsconfig"
code.ts
code.js
ClientDeclarations/
code.d.ts
Common/
code.ts
code.d.ts
code.js
Server/
tsconfig.json <-- "Server tsconfig"
code.ts
code.js
ServerDeclarations/
code.d.ts <-- ! Note server files are meant to be at the root of the output dir
tsconfig.json <-- "Parent tsconfig"
Actual behavior:
Instead it looks like this:
Project:
Client/
tsconfig.json <--"Client tsconfig"
code.ts
code.js
ClientDeclarations/
code.d.ts
Common/
code.ts
code.d.ts
code.js
Server/
tsconfig.json <-- "Server tsconfig"
code.ts
code.js
ServerDeclarations/
Client/
code.d.ts <-- ! This is the client's .d.ts files which shouldn't be output by the server tsproj!
Server/
code.d.ts
tsconfig.json <-- "Parent tsconfig"
Code
This is the "Parent tsconfig" (note I am using ttypescript):
{
"compileOnSave": false,
"compilerOptions": {
"target": "es6",
"sourceMap": true,
"strict": true,
"plugins": [
{ "transform": "../Typescript/SuperTransform.js" },
{ "transform": "../Typescript/Macros.js" }
]
},
"exclude": [
"node_modules"
]
}
This is the client config (I don't think the references section is used on the client, it's just there to keep the client and server configs similar):
{
"compileOnSave": false,
"extends": "../tsconfig.json",
"compilerOptions": {
"module": "amd",
"target": "es6",
"lib": [ "es6", "dom" ],
"sourceMap": true,
"strict": true,
"build": true,
"declaration": true,
"declarationDir": "../ClientDeclarations",
"baseUrl": "./",
"paths": {
"@Common/*": [ "../Common/*" ],
"@Server/*": [ "../ServerDeclarations/*" ],
"@Client/*": [ "./*" ]
}
},
"include": [
"./*",
"./External/koco.ts",
"./External/kocss.ts",
"./External/kopath.ts"
],
"exclude": [
"node_modules"
],
"references": [
{ "path": "../Common" }
]
}
This is the server config (on the server I'm using module-alias):
{
"compileOnSave": false,
"extends": "../tsconfig.json",
"compilerOptions": {
"module": "commonjs",
"target": "es6",
"lib": [ "es6", "dom" ],
"sourceMap": true,
"strict": true,
"build": true,
"declaration": true,
"declarationDir": "../ServerDeclarations",
"baseUrl": "./",
"paths": {
"@Common/*": [ "../Common/*" ],
"@Client/*": [ "../ClientDeclarations/*" ],
"@Server/*": [ "./*" ]
}
},
"include": [
"./*"
],
"exclude": [
"node_modules",
],
"references": [
{ "path": "../Common" }
]
}
Note that the only difference between the client and the server is that they have a different module output type and the client includes a few more files.
I've tried adding "../Client" and "../Client/**" to the list of excludes on the server tsconfig but that didn't do anything. I also tried adding rootDir to be the same as baseUrl but that also didn't do anything. Interestingly removing baseUrl and adding rootDir had the desired effect (although is not usable because I need to use paths).
Playground link
This issue cannot be reproduced on the playground.
Related Issues:
I could not find any related issues.
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Comienza con los ejemplos de tsconfig.json de parent, client y server incluidos en el issue, centrándote en declarationDir, baseUrl, rootDir, paths y project references. Reproduce la estructura del directorio de salida de TypeScript 4.0 y compárala con la estructura esperada. Se considera terminado cuando se explique o corrija por qué el servidor emite declaraciones de Client y anida archivos, con cobertura para la configuración indicada.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- typescript
- Área
- compilers
- Tipo de issue
- Error
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Bastante claro
- Aptitud para principiantes
- 35/100