Warnings during catalogue generation should be more visible #594
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
More findings from coop-cloud/peertube#15
To which, huge agree.
I'm not sure the best solution.
Having
abra catalogue generate
give a non-0 exit code might at least make the toolshed/auto-recipes-catalogue-json build fail. This could be behind a--fail-on-warnings
option or something, if we think anyone is relying on the current behaviour.But currently, with no build fail notifications for that repo going anywhere, this would possibly even be worse than now, because then we'd probably only notice this when the entire recipe catalogue stopped auto-updating.
This would probably be a frustrating experience for whoever randomly ran into it first, and probably wouldn't do good things for people feeling like the recipe catalogue is stable.
Adding it to Abra integration tests would at least be seen by people, but feels a bit tangential to include there? Idk
Judging from the sheer amount of
WARN ...
in the latest catalogue generate CI job logs, I guess we would have a huge recipe gardening job to get the generation free of warnings for any "fail onWARN
" approach 😭Perhaps we need to differentiate between which errors are
WARN
and which should beFATAL
? I think there might be some code for this already lying around. It might be possible to match on the type witherrors.Is
, otherwise, using a string comparison (🙈).I'm also not sure.
Seems like we're running up against several issues with having overview of the process of release and publishing with recipes and the catalogue. I keep coming back to thinking about how we can make a holistic plan for in this project but there are other hills to die on atm...