> On 13. Jan 2018, at 11:31, Oleg Nenashev <[email protected]> wrote: > > I don't think so. Jenkins ecosystem consists of many niche plugins, and by > EoLing them without obvious reason we would just destroy this ecosystem. > Moreover, we even have no such process defined, we can only blacklist > completely broken (e.g. target service is dead) or insecure plugins.
This hits on a larger issue. I don't think it's a reasonable expectation that every plugin written years (a decade?) ago, and not updated in several years, continues to work as it always has, in a system that allows plugins to couple as closely to core as Jenkins does. That doesn't mean we shouldn't strive to retain compatibility if it's reasonably straightforward to do (as here, apparently), but doing it at any cost just results in the plugin ecosystem becoming a burden rather than an advantage, and Jenkins becoming increasingly stale. -- You received this message because you are subscribed to the Google Groups "Jenkins Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/93B2C193-8716-42DE-932C-441C11B661D6%40beckweb.net. For more options, visit https://groups.google.com/d/optout.
