You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Apr 14, 2021. It is now read-only.
Would it be possible to remove the check done on --cache-pathhere?
Used in conjunction with --no-prune it would then be possible to more easily maintain a central cache of gem files useable by multiple local apps. In the case where apps have many common libraries (that are often, if not always, in sync) this is quite useful.
The text was updated successfully, but these errors were encountered:
@indirect given you added the customizable cache path and the commit doesn't seem to justify why only relative paths are allowed, I think this is for you to answer
Oh man, I have no idea what I was thinking. It seems fine to allow absolute paths to me? I guess, for what it's worth, in Bundler 2.0 there will be a user-wide shared cache of .gems by default.
Nah, it's the other direction that would be a problem. Allowing users to do something they couldn't before (adding a "feature") is never breaking backwards compatibility
Would it be possible to remove the check done on
--cache-path
here?Used in conjunction with
--no-prune
it would then be possible to more easily maintain a central cache ofgem
files useable by multiple local apps. In the case where apps have many common libraries (that are often, if not always, in sync) this is quite useful.The text was updated successfully, but these errors were encountered: