-
Notifications
You must be signed in to change notification settings - Fork 2.6k
Ability to have per-workspace registry/git cache #9021
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
Would it make sense to use cargo vender for your use case? |
@Eh2406 i don't think so. it would be undesirable to hold all those files in version control. |
Would it suffice to have a separate environment variable to specify the cargo configuration file location? That way you could set Another option: you could detect if the user already has a cargo directory, and only set |
Maybe a separate env variable to set the git/crates cache location? |
@devsnek Well, hopefully one day those will go in |
As a quick note, this seems very related to #6452. |
Describe the problem you are trying to solve
An open source project I'm working on uses a number of tools for building the final artifacts. One of the many tools used is cargo. Cargo is the only tool among them which forces cached data to be stored in a single global location. Many of the contributors are not programmers, and we'd like to avoid cluttering their computers with files they don't even know about.
Describe the solution you'd like
Ideally, cargo could have an option to put all the relevant cached objects in
target/.cargo
or something like that. It is worth mentioning that this should not affect how configuration resolution works (this is why$CARGO_HOME
is undesirable).Notes
I'm happy to code this, just need the cargo gods to come to a decision on whether the feature is wanted in the first place.
The text was updated successfully, but these errors were encountered: