Tibor, Well, we'll see. Let's parse this situation into some smaller ones. We don't need any votes. We need initiative coupled with enough time, knowledge, and energy to make progress.
There's the maven core and the pom. Quite a while ago, I tried to push this; but I don't have the necessary intellectual investment in the maven core to lead here. The community needn't / shouldn't wait for Jason, but the problem of 'we can't change the pom, all those other tools will bust' is a hard problem. Then we have plugins. In my entirely personal opinion, there are too many plugins inside the Apache Maven project. We would be more successful, I submit, if the formal project owned a very minimal set of completely essential plugins, and the others were maintained by communities of the interested. Does the release plugin belong inside or outside? >From a functional standpoint, I prefer the gitflow maven plugin to the maven-release-plugin. Sadly, the gitflow plugin is much too buggy for production use. It does actual merges, and sometimes they fail and leave a less. So I try to fix problems in the release plugin when they bite me. Right now, the release plugin rides on top of the SCM plugin. The SCM plugin tries to be completely general. The release plugin has very specific needs: update versions in poms, check them in, create tags, check out at tags. Maybe we'd have a happier release plugin if it had a tailored abstraction. Maybe not. --benson On Sat, Jun 27, 2015 at 10:14 AM, Tibor Digana <[email protected]> wrote: > @Benson > > Excellent! > > Since you have good inside of this problem you should post a Vote with this > list of activities and I hope that others will extend it. > > As you and Robert Scholte described, the situation around > maven-release-plugin and SCM artifacts is pathetic. I hope Jason will bring > some inspiration to make us all more optimistic. > > > > -- > View this message in context: > http://maven.40175.n5.nabble.com/number-of-bugs-in-maven-release-plugin-tp5838696p5838800.html > Sent from the Maven Developers mailing list archive at Nabble.com. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
