Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Output folder being read as input, causes increasingly nesting output folders on each run #39

Open
justinfagnani opened this issue Aug 13, 2020 · 1 comment

Comments

@justinfagnani
Copy link

We run downlevel-dts as instructed here, with: downlevel-dts . ts3.4 && cp tsconfig.json ./ts3.4/, but on subsequent runs this causes the ./ts3.4 folder to be read as input and then included in the output folder.

We get something like

.
├── lib
├── ...
├── ts3.4
│   ├── ...
│   ├── ts3.4
│   │   ├── ...
│   │   ├── ts3.4

See lit/lit-element#976

Seems like downlevel-dts should exclude the output folder from its inputs.

@lazytype
Copy link

I just ran into this as well. A preferable option that assumes less about users' directory structure would be to accept *.d.ts files as direct inputs, i.e. downlevel-dts dist/*.d.ts dist/ts3.4.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants