Fallback to building dependencies from crates.io
when the path is not valid
#8747
Labels
C-feature-request
Category: proposal for a feature. Before PR, ping rust-lang/cargo if this is not `Feature accepted`
Describe the problem you are trying to solve
When developing interconnected crates it's common to put them all in a single git repository and then use both
path
andversion
inCargo.toml
so that both running the local code and publishing tocrates.io
with version dependencies works well.A similar setup is when you want to have each crate in its own git repository instead. The same setup works but requires the user to always have the local crates in the paths or else an error for missing
Cargo.toml
will be generated for any dependency that has bothversion
andpath
.Describe the solution you'd like
It would be good to just fallback to building the version from
crates.io
when the path doesn't exist or doesn't have aCargo.toml
inside it. That way someone that clones just the single repository will be able to do local changes, commits and PRs and only need to clone other crates if they want to do coordinated changes between crates.The text was updated successfully, but these errors were encountered: