On Feb 18, 2014, at 4:23 PM, Stephen Connolly <stephen.alan.conno...@gmail.com> wrote:
> > If they are releases that we intend users picking up, then there needs to > be a vote. > That's not true. Official releases need to be voted on, if people pick the product of a nightly or wander into the workspace of a CI build that's their choice. Nightlies and milestones are available at Eclipse for anyone to consume and there is no legal requirement to vote on these so there is no legal requirement here either. For official releases that we publish into our distribution infrastructure, yes we need to vote. > I don't mind if we call these 3.2.2-alpha-x releases or some other version. > The simple fact is that -SNAPSHOTs do not get tested. Things called alpha > or beta don't get tested, and if we want to stick to semver type version > numbers then 3.2.x is really just bug fixes and anything else is 3.3.x. I > am not suggesting weekly releases for 3.3.x only for 3.2.x > > So for example MNG-5577, from what I understand, is an API change... a > backwards compatible one true... but still not a bug fix... so perhaps > significant enough that it should be 3.3.x... (and remember this experiment > only targets 3.2.x) > > Precisely because we have held back releases we end up in this state where > we are afraid to bump minor or major versions because we do not have enough > changes in them... and then we try to cram more changes into what should be > patch releases. > > A patch release is to fix a bug... if it is an improvement then IMHO it > should be in the next minor version... if it is a breaking change then the > next major... > > If you see a different scope of what should be in for 3.2.2 (or 3.2.3 if > the vote for 3.2.1 fails) then there is a different disconnect there. > > If we want to show that Maven is listening to users, sticking to patch > releases fix bugs, minor releases add features, major releases may break > things is what users want... and if we are only fixing bugs in 3.2.x then > what is the issue? The bug is fixed, let's get that fix in the hands of our > users. > We don't need to vote on nightlies and if all the release problems are address they will be there for people to consume. We can notify users and if they choose to consume them they can. I don't think this is hard conceptually but when our CI doesn't work that makes things a little difficult. > >> But if anyone else thinks weekly releases are good speak up. I don't think >> we can really support them properly. I think 6 week releases would be >> fantastic and should be the first goal we strive for. Weekly releases to me >> are not valuable to most, generally not going to be consumed and not a >> great in practice. Continuous delivery with a stream of viable builds taken >> from the normal build stream would be great. Let people take those as fast >> as they can. But releases we should try to have better release notes >> (historically ours have been pretty terrible, myself particularly, >> admittedly) and generally a useful collection of fixes and hopefully >> features. I really doubt anyone would care about weekly Maven releases, >> it's just too much to absorb. >> >>> -Stephen >>> >>> >>>>> If you want to cut the releases, super. But I recognise that cutting >>>>> releases is work and switching to (max) one per week may be too much of >>>> an >>>>> ask for you. >>>>> >>>> >> >> Thanks, >> >> Jason >> >> ---------------------------------------------------------- >> Jason van Zyl >> Founder, Apache Maven >> http://twitter.com/jvanzyl >> http://twitter.com/takari_io >> --------------------------------------------------------- >> >> A party which is not afraid of letting culture, >> business, and welfare go to ruin completely can >> be omnipotent for a while. >> >> -- Jakob Burckhardt >> >> >> >> >> >> >> >> >> >> Thanks, Jason ---------------------------------------------------------- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io --------------------------------------------------------- We all have problems. How we deal with them is a measure of our worth. -- Unknown
