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
We have a large project, lots of deps, lots of own LoC. Our normal builds product a lot of artifacts already, but ccov ones are huge.
Any recommendations how to retain at least some of the use ccov ability with lower storage use? Would things work e.g. with debug symbols only for local dependencies or something like that?
Generally the problem of debug symbols balooning size of everything Rust-dev related is a common pattern when doing Rust dev tooling and CIs, etc. I can understand and accept why my binary is 120MB unstripped in release build. But why is my target directory 20GB right away is a bit harder for me to internalize. :D
The text was updated successfully, but these errors were encountered:
I think what is important in that case is not the number of test binaries, but the number of processes being executed.
I don't know anything about your test, but if you are testing binaries, you would call and test those binaries, right? In that case, each of those calls should be a separate process.
We have a large project, lots of deps, lots of own LoC. Our normal builds product a lot of artifacts already, but ccov ones are huge.
Any recommendations how to retain at least some of the use ccov ability with lower storage use? Would things work e.g. with debug symbols only for local dependencies or something like that?
Generally the problem of debug symbols balooning size of everything Rust-dev related is a common pattern when doing Rust dev tooling and CIs, etc. I can understand and accept why my binary is 120MB unstripped in release build. But why is my target directory 20GB right away is a bit harder for me to internalize. :D
The text was updated successfully, but these errors were encountered: