-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
Add Cargo.lock
to git.
#1019
Comments
The main crate has both a plugin and a binary, what should we do about that? |
@mcarton I'm fairly certain Cargo will ignore the lock file when clippy is used as a library. So the lock file would only affect |
That sounds like a nice solution :)
|
Any updates on this? I think the comment of @killercup clears the way to include |
IIRC the lock file won't affect |
As I mention in the opening description: A Please take a look at this and this for a detailed description of the benefits. |
I know why it's useful, I was just wondering if it applied to binaries. Turns out it does, so we can go ahead with this 😄 |
@Manishearth @the-kenny: seems like a small PR is still needed to close this. |
We can't do this due to the rustc integration, where we are in the rustc workspace. we used to have it but removed it during the merger |
To make builds reproducible, projects building executables should add their
Cargo.lock
to their git repository. This is also noted in http://doc.crates.io/faq.html#why-do-binaries-have-cargolock-in-version-control-but-not-librariesDoing this also makes packaging for distributions (in my case NixOS) much easier as it's guaranteed that the dependencies won't change between two builds.
The text was updated successfully, but these errors were encountered: