You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Some high profile projects have seen speed ups on CI by removing the final artifacts before caching. Specifically crates.io. However when crater tried a generalized version of this it broke a lot of things.
look at cargos code to see how the name is normalized into the file structure. (crates.io is just replacing - with _, but we should make sure that is correct in general.)
add a sub command that removes the appropriate files.
test that it works on crates.io code.
test that it works on several of the crates that broke on crater.
I meant to look at this this past weekend but did not have time. This is mostly notes for when I next have time.
The text was updated successfully, but these errors were encountered:
Some high profile projects have seen speed ups on CI by removing the final artifacts before caching. Specifically crates.io. However when crater tried a generalized version of this it broke a lot of things.
My reading of that issue is that it was a bug in the crater implementation, and not the idea itself: rust-lang/crater#387 (comment). Anyway, I think crater is mostly unrelated and we should be able to implement this in cargo-sweep.
(crates.io is just replacing - with _, but we should make sure that is correct in general.)
I don't think that's true? If you look at the target dir for cargo-sweep itself, it has the original dash:
Some high profile projects have seen speed ups on CI by removing the final artifacts before caching. Specifically crates.io. However when crater tried a generalized version of this it broke a lot of things.
Plan of attack:
I meant to look at this this past weekend but did not have time. This is mostly notes for when I next have time.
The text was updated successfully, but these errors were encountered: