-
Notifications
You must be signed in to change notification settings - Fork 2.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
Use a file whitelist when creating a package (vs. blacklist) #880
Comments
alexcrichton
added a commit
to alexcrichton/cargo
that referenced
this issue
Jan 8, 2015
This fixes a number of bugs along the way: * Submodules are now recursed into explicitly for packaging, fixing rust-lang#943 * A whitelist has been implemented, fixing rust-lang#880 * Git repos are now always used if there is a package that resides at the root, not just if the current package resides at the root.
Added in #1131 |
lucab
pushed a commit
to lucab/cargo
that referenced
this issue
Jan 25, 2015
This fixes a number of bugs along the way: * Submodules are now recursed into explicitly for packaging, fixing rust-lang#943 * A whitelist has been implemented, fixing rust-lang#880 * Git repos are now always used if there is a package that resides at the root, not just if the current package resides at the root.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Personally, I will always have junk in my repo that I will forget to delete before packaging. I would prefer a whitelist strategy over blacklist. It could default to using the result of
git ls-files
(or the default cargo structure if git is not used).As a somewhat supporting factor, I almost pushed out my target directory as part of the build. My .gitignore directory has
/target/
and I was in a nested package.The text was updated successfully, but these errors were encountered: