Re: [DISCUSS] Merging small plugins

2020-01-08 Thread Enrico Olivelli
Il mer 8 gen 2020, 16:49 Elliotte Rusty Harold ha scritto: > Is the proposal to combine the plugins into a single plugin No or simply > to combine the individual plugins into a unified repo with a unified > release process such that when one plugin is released all are > released? > Yes Enric

Re: [DISCUSS] Merging small plugins

2020-01-08 Thread Elliotte Rusty Harold
Is the proposal to combine the plugins into a single plugin or simply to combine the individual plugins into a unified repo with a unified release process such that when one plugin is released all are released? On Sun, Jan 5, 2020 at 11:31 AM Enrico Olivelli wrote: > > Hi community, > I just want

Re: [DISCUSS] Merging small plugins

2020-01-08 Thread Andreas Sewe
Hi Enrico, > What about creating some maven-ext-plugins git repository with a parent and > reactor pom and move all of those plugins that are really never released? > > I am thinking to side plugins like jdeps, checkstyle, pmd, enforcer that's a bad idea as multiple otherwise unrelated goals the

Re: [DISCUSS] Merging small plugins

2020-01-05 Thread Karl Heinz Marbaise
Hi, On 05.01.20 19:33, Benjamin Marwell wrote: Hi, thanks for sharing your idea. While I can see the benefits, I also do see some drawbacks. If only one part of the plugin has an invalid state, it will be impossible to create a release. Also, the Unix philosophy (make a tool which does one thi

Re: [DISCUSS] Merging small plugins

2020-01-05 Thread Paul Hammant
> We have tens of plugins, most of them are rarely updated and released ... is the key problem you're trying to solve right? Team to actively process issues and PRs and push releases minor releases efficiently is the real wish, right?

Re: [DISCUSS] Merging small plugins

2020-01-05 Thread Benjamin Marwell
Hi, thanks for sharing your idea. While I can see the benefits, I also do see some drawbacks. If only one part of the plugin has an invalid state, it will be impossible to create a release. Also, the Unix philosophy (make a tool which does one thing well) would be broken. If voting is a drawback

Re: [DISCUSS] Merging small plugins

2020-01-05 Thread Robert Scholte
I understand the issue you're trying to solve, but I don't think it is the right solution. To me a plugin contains a number of goals that are related to each other. If there are issues, they are very easy to pinpoint. If we start with with a monolithic plugin, you'll likely introduce more issues. 

[DISCUSS] Merging small plugins

2020-01-05 Thread Enrico Olivelli
Hi community, I just want to share this idea, maybe it is silly but why not talk about it. We have tens of plugins, most of them are rarely updated and released. So it happens that users contribute patches in order to fix real problems but they have to wait an indefinite time before seeing the fix