-
Notifications
You must be signed in to change notification settings - Fork 3.2k
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
Move all @types CLI dependencies from prod to dev list #3371
Comments
@jcreamer898 Thanks! Feel free to pull down this branch and try it out also #3425 |
Oh sweet, will do. |
The code for this is done in cypress-io/cypress#3425, but has yet to be released. |
According to the proposal, was cypress not intended to install types packages in |
@avahe-kellenberger I am not sure what you are referring to. The CLI package still installs these packages as dev dependencies in this repository, but when it builds NPM package for Cypress users then it will NOT install them. Thus they will no longer conflict with your types. This has been merged into |
Oh, I missed that it hasn't been released - Thanks for the info. |
Released in |
Problem
When we ship Cypress NPM package we include several
@types
prod dependencies because we want to reference them in our typesindex.d.ts
file.in
cli/package.json
and in our
index.d.ts
file we reference these dependencies (and a few local files)We need these type files because they provide types and documentation for things like Lodash
Cypress._
object, but there are a couple of problems@types/blob-util
but also have a local fileblob-util.d.ts
@types
is considered a dev dependency, should not be prodProposal
We can move all necessary
@types
packages fromdev
toprod
dependencies. During building we can copy any necessary files and include them with our CLI code, just like we do fortypes/blob-util.d.ts
Our distributed
index.d.ts
thus will only refer to local paths to bring it all together, and all conflicts with the user's@types
would be avoided (fingers crossed)The text was updated successfully, but these errors were encountered: