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
On adding a new plugin - people on both sides of the review can forget (& CI would give a wrong impression that everything passes) that CI does not have plugin check. So CI actually does not check that the plugin works properly & contributor & reviewer can merge it.
CI conf can be done in a way that it automatically runs/generates test suite runs forall plugins.
When the new directory into plugins is added, or when the list of dirs there do not match the literal list - remind to add the test suite hook into `test.
The text was updated successfully, but these errors were encountered:
The easiest way every Haskeller would think looking into test.yml & would think to fmap over the list of plugins. In idiomatic GitHub (& in most of other CIs) terms that would be to matrix on plugins.
But there are ~15-20 plugins. GitHub invalidates/terminates CI workflow if matrix expands >256 instances (even if we deforest most of them right in the code - GitHub does not count deforestation).
Uh oh!
There was an error while loading. Please reload this page.
In #2530 lead to: #2530 (comment)
On adding a new
plugin
- people on both sides of the review can forget (& CI would give a wrong impression that everything passes) that CI does not have plugin check. So CI actually does not check that the plugin works properly & contributor & reviewer can merge it.forall
plugins.plugins
is added, or when the list of dirs there do not match the literal list - remind to add the test suite hook into `test.The text was updated successfully, but these errors were encountered: