You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Relative locations of tsconfigs are used in conjunction with relative locations of outDirs.
Compute relative path from app's tsconfig to library's tsconfig. Then you assume that library's output path is always accessible from the same relative paths.
How does this work with outFile?
Can say this doesn't work with outFile.
What's the general solution here?
Fairly narrow problem - is there something broader to consider?
Part of this comes down to the issue that there's no true idea of solution-specific settings.
Tangent, don't we already have a solution-style tsconfig.json?
Yes
And projects inherit all their settings from that?
No, they all have to extend from the same base tsconfig.
What is the usual tsconfig.json usually going to specify for outDir?
What's the flag name?
The text was updated successfully, but these errors were encountered:
Project References and Multiple Externally-Controlled
outDir
s#37378
"Workspace/monorepo model"
tsconfig.json
based on composite projects.People putting everything into the same place
Then another iteration on this - the idea that you have multiple output targets.
Composite projects don't work well here when you have multiple output targets.
--outDir
Is this the right way to do this?
How do these build tools work with symlinks?
Ideas:
outDirs
.app
's tsconfig tolibrary
's tsconfig. Then you assume thatlibrary
's output path is always accessible from the same relative paths.How does this work with
outFile
?outFile
.What's the general solution here?
What is the usual
tsconfig.json
usually going to specify foroutDir
?What's the flag name?
The text was updated successfully, but these errors were encountered: