Hello,
I'm the original product owner of zaproxy-plugin, and this is true i've no time or opportunities with my current job to work on this, same for Ludovic.
I'm hopping this could change in few months, but to avoid 2 plugins doing the same thing, which is always confusing for users, and to make easier the maintainance, i'm really thinking we should have only one zaproxy-plugin and one community to take care of it.
Is there still a thing i should do or allow for that?
Johann
> On 14.11.2016, at 08:06, Johann Ollivier Lapeyre <johann.ollivierlapeyre@gmail.com> wrote:
>
> i'm really thinking we should have only one zaproxy-plugin and one community to take care of it.
Goran has implemented a major, incompatible refactoring (as in, all existing plugin data in users' Jenkins instances cannot be loaded anymore). I suggested that rather than create an incompatible version 2.0 which comes with configuration data loss, it should be a new plugin, allowing users to migrate incrementally, and optionally declare the existing plugin deprecated and stop distributing it (or perhaps add a message to it, telling users to install the other plugin and migrate their jobs).
--
You received this message because you are subscribed to a topic in the Google Groups "Jenkins Developers" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/jenkinsci-dev/OhxA-bhbAW0/unsubscribe.
To unsubscribe from this group and all its topics, send an email to jenkinsci-dev+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/3A3F97F0-0DDF-483C-9E7B-8283B5B84DEE%40beckweb.net.
For more options, visit https://groups.google.com/d/optout.