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
Certain packages contain a ton of files and thus the output of rattler build gets massive due to listing each and every file, which can result in exceeding $GITHUB_STEP_SUMMARY limits or just being annoying to work with
It would be cool if there were some kind of way to group certain files and folders together in the output, ideally via a glob pattern (**/node_modules/** or something along those lines), because without it the output can get diluted with thousands of lines of output similar to these:
That's a tricky issue indeed. I think we could certainly think about shorting the GITHUB summary, but for the log itself I am unsure. There is a good amount of value in seeing all the files and it's very hard to decide (from rattler-build's POV) what files are important and what files are not.
Theoretically one could probably write some kind of bash script that filters all lines that contain node_modules and solve the issue that way (in a more customized fashion).
When using the github integration I don't think you can easily do the manual filtering using grep, thus something inside of rattler-build itself would still be necessary if I am not mistaken.
Certain packages contain a ton of files and thus the output of rattler build gets massive due to listing each and every file, which can result in exceeding
$GITHUB_STEP_SUMMARY
limits or just being annoying to work withIt would be cool if there were some kind of way to group certain files and folders together in the output, ideally via a glob pattern (
**/node_modules/**
or something along those lines), because without it the output can get diluted with thousands of lines of output similar to these:I am not sure where such an option could be supplied, maybe via CLI flag
Alternatively maybe some automated way of grouping such folders together into a single entry could work out too
The output could then look like this instead:
Thanks!
The text was updated successfully, but these errors were encountered: