-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
Allow vendoring of path dependencies #10134
Comments
Can you share some more details about your use case? Cargo does not support source replacement of path dependencies, so just including path dependencies in the vendor directory won't help. |
I am working on a project where I need to make a lot of little changes to many crates that I use. I also would like to test them out in various environemnt (Windows, Linux, MacOS). So it is desirable to be able to simply checkin all these changes. I thought I was able to do this:
I could have cloned each crates individually, checkout the specific branch, and coordinate all this. I am not sure why cargo is making that choice on my behalf? |
I proposed #12858 to solve this issue. |
Hi. @hbina I don't quite get the case you share. Do you have a sample project or Cargo.toml to demo? As I understand it, you want to vendor every change of you path dependencies, and share it across different machines to test it. If your project is under git control, is it possible to just create a git branch containing those change? @stevenroose could you share the use case or workflow of why you want path dependencies also are exported s vendored source? |
Problem
I have a path dependency (
crate-name = { path = "/some/local/dir" }
) in myCargo.toml
and when I runcargo vendor
, it doesn't show up in the vendor directory, so when I export the current directory, that crate is unaccounted for.Steps
dep1
in~/tmp/dep1
project1
in~/tmp/project1
dep1 = { path = "../dep1" }
to~/tmp/project1/Cargo.toml
's dependency section~/tmp/project1
cargo vendor
Possible Solution(s)
Don't make a special exception for path dependencies when vendoring.
Notes
No response
Version
The text was updated successfully, but these errors were encountered: