-
Notifications
You must be signed in to change notification settings - Fork 2.7k
Local dependencies should not be cached #2033
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
Comments
I agree this dependency shouldn't be cached, not because it's local but because there is no version number required in the dependency. I would expect this work like a git repo, where the "latest" version is thus presumed the desired version. |
Git dependencies also shouldn't be cached IMO, because they might be modified/patched versions, not desired in other projects. For example, in one project, I'm installing |
Related to #2165 |
Currently yarn caches so many versions of our local library that it is just ridiculous. Yarn cache clean crashes, and manually deleting the directory (last deletion was a month ago) takes about an hour - this on an SSD. Also, the entire library is cached, node_modules and all. Our build server ran out of inodes - we have to clean the cache after every build of each of our packages - libraries and apps. At one point we had a local library that depended on another local library and that was really bad. We will be adding some new local libraries, so this problem is just going to get worse. Definitely not ideal. It was suggested to use yarn link --> we do use yarn link, but these libraries are still cached. For the build server, we cannot use yarn link, so this is not option. |
When dependency is defined as:
Yarn shouldn't cache it because it might be changed locally.
Right now Yarn 0.17.8 does it and the changes are not applied.
The text was updated successfully, but these errors were encountered: