Overcoming the Need for TSConfig Multiple Inheritance about ts-monorepo HOT 4 CLOSED

Hey @johncmunson, good question! This project actually contains an example of what you're describing — the components package has to set jsx: true in both the IDE config and the build config. The other packages don't need it, so that's why it's not hoisted in the root config. It would definitely be nice to have multiple inheritance, so I could set that in a single config and then inherit it, along with the monorepo config that holds the path aliases.

At the end of the day, tsconfigs don't change that often, so a bit of duplication doesn't hurt IMO. Multiple inheritance would be an elegant solution, so let's hope the TS team will implement it at some point, seeing as monorepos are becoming more common.

from ts-monorepo.

Oh cool, thanks for pointing that out! I basically arrived at the same solution as you did as I was pondering this earlier today. However, instead of having my IDE configs at the workspace level extend from the root level IDE config, I decided to have them extend from the sibling build config, and then I duplicated the path aliases everywhere.

Either way involves a bit of duplication, but you're right, it's not really a big deal since the files rarely change.

In addition to multiple inheritance, I've also seen people request support for tsconfig.js or tsconfig.ts files, which would also help out in this scenario.

from ts-monorepo.

microsoft/TypeScript#50403

from ts-monorepo.

Thanks for the reminder @johncmunson! Before I use the new multiple inheritance feature to remove some duplication in the tsconfigs, I will:

1. Let the tooling ecosystem adapt to the new version. #308 shows some dependencies that need to accept 5.0 in their peer dependencies.
2. Give everyone some time to hop onto the new version. People might clone this repo and then downgrade the TS version to match what they're using in their project only to find out that it breaks everything because of the multiple inheritance.

from ts-monorepo.