Add option to override compiler options

[timocov]

From #135 (comment)

[timocov]

It seems that TypeScript doesn't provide types for the compiler options which are inside json file (ts.CompilerOptions are options after processing and converting them), so it seems that the only option we have is set it to any in types 😞

[bluelovers]

It seems that TypeScript doesn't provide types for the compiler options which are inside json file (ts.CompilerOptions are options after processing and converting them), so it seems that the only option we have is set it to any in types 😞

https://github.com/bluelovers/ws-ts-type/blob/master/packages/package-dts/tsconfig-json.d.ts

[timocov]

@bluelovers are these types auto-generated/related to the compiler's code and just manually-written and have to be updated on every TypeScript release?

[keyiis]

@timocov I fork your repo and added compilerOptions,please check #189

[timocov]

@keyiis it is not a problem to provide a way to override compiler options and just add an option for that. The problem we're facing right now is that it seems that it is impossible to provide proper types for that. If you use any it increases a chance to make a mistake or work with the tool incorrectly. This is the same if you don't use types at all (good example for this is this issue where the compiler would tell you that the options are incorrect). Right now it is much easier to create another tsconfig in your project that will extend your current one and override all the options there.

So to conclude the future of this ticket: until we don't have a proper way to describe types of the compiler options in the API it is the best way to create a tsconfig in your project (e.g. tsconfig.dts.json or so) that will extend your current config (see extends) and override options there.

[keyiis]

@timocov I see what you mean, but my compilerOptions is dynamic and can't use fixed file description.

[timocov]

@keyiis as workaround I can suggest to write temporary file in your scripts and provide it as a tsconfig and then remove it later. We're here for types and it would be bad to provide any anywhere in the API or incorrect types IMO.