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
I have a monorepo configured with a tsconfig.json file that shares common information but whenever I run the Next app it rewrites my tsconfig.json in the package and doesn't respect the extended one.
For example in the root I have a tsconfig.json file with excluded which has the node_modules folder, but when I run my client package which also has a tsconfig.json file it rewrites the excluded even tho it's extending the root config which already has this option.
I just noted something else, it's enforcing moduleResolution but it has been deprecated.
To Reproduce
You just need to have a tsconfig file somewhere and extend in the tsconfig.json file inside the next application.
Expected behavior
It should respect the extended config file and don't overwrite. I don't see forcing a tsconfig.json as the best solution here it would be nice to have at least warnings instead.
System information
OS: Windows
Version of Next.js: 9.4.4
Version of Node.js: 12.16.3
The text was updated successfully, but these errors were encountered:
This issue has been automatically locked due to no recent activity. If you are running into a similar issue, please create a new issue with the steps to reproduce. Thank you.
vercel
locked as resolved and limited conversation to collaborators
Jan 29, 2022
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Bug report
Describe the bug
I have a monorepo configured with a
tsconfig.json
file that shares common information but whenever I run the Next app it rewrites mytsconfig.json
in the package and doesn't respect the extended one.For example in the root I have a
tsconfig.json
file withexcluded
which has thenode_modules
folder, but when I run myclient
package which also has atsconfig.json
file it rewrites theexcluded
even tho it's extending the root config which already has this option.I just noted something else, it's enforcing
moduleResolution
but it has been deprecated.To Reproduce
You just need to have a
tsconfig
file somewhere and extend in thetsconfig.json
file inside the next application.Expected behavior
It should respect the extended config file and don't overwrite. I don't see forcing a
tsconfig.json
as the best solution here it would be nice to have at least warnings instead.System information
The text was updated successfully, but these errors were encountered: