Skip to content

Ability to control project scope #13895

Closed
@johnnyreilly

Description

@johnnyreilly

This is a cross post of a behaviour that people have repeatedly requested be added to the webpack loaders for TypeScript (awesome-typescript-loader and ts-loader). To quote @s-panferov:

It looks like that people want to typecheck only files directly included by an entry point. My opinion is that the loader should output the same errors as in direct tsc call.

I decided to conduct a small survey about the preferred default behavior:

  1. Align with TypeScript and IDEs, check errors in files, specified by tsconfig.json and included from a resolution graph.
  2. Don't align with TypeScript and IDEs, check errors in files from a resolution graph only. Ignore files from tsconfig.json

s-panferov/awesome-typescript-loader#364

Are there any thoughts around supporting this behaviour in tsc itself? I can understand the desire but am very wary of introducing different behaviour in a loader to the actual compiler.

TypeStrong/ts-loader#267

Metadata

Metadata

Assignees

No one assigned

    Labels

    DuplicateAn existing issue was already created

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions