On 5 January 2018 at 13:32, Steve Ebersole <steve(a)hibernate.org> wrote:
Certain parts of the release process are easy to automate, assuming
nothing
goes wrong of course. Other parts are not. Which actually circles back to
some things I've been comtemplating about (ORM at least) releases.
Basically we have an elaborate set of steps we go through for a release
beyond just the "simple" aspects like tagging, building/uploading jars...
things like blog posts, forum announcements, announcement emails... and we
do these even for each bug fix release. IMO we really should only be doing
some of these for a family (5.2, 5.3) initially going stable (Final). I'd
love to see the release task (the actual Gradle tasks) do an announcement
when any release is performed - Gradle has an "announce" plugin that can
announce via twitter, etc. To me that is enough for a generalized "hey this
new release it out" notifications. The initial stable release of a family
(5.2.0.Final, 5.3.0.Final, 6.0..0.Final...) is special and the one we should
handle specially by doing some of these other things.
+1 to automate the "crude announcements", especially when there's not
much to add.
We should still blog, but would be nice to blog about specifically
interesting things to try rather than focus our blogging effort on
announcements.
Certainly the blogging aspect should not be a burden directly related
to the release process, so let's decouple that to begin with;
templates are a good start - later we can see if there's interest in
adding a bit more flexibility to the automated process to add a
personal touch to the announcements.
But even on top of that stuff, its often just managing the
backporting that
is resource intensive - identifying what should be backported and what
should not, not to mention managing the conflicts as we get further down
that path.
Yes I understand, and that's the pain point for which our helping
capacity is limited as we don't have all the insight of the ORM team.
But I hope by making the release process "cheap" to allow us to
release what was backported already. If then the need arises to
backport more stuff, one will just press the release button again
(within reason, you know what I mean).
I'd try the discipline of releasing every 2 weeks with the rule of
"what's in is in", aka if you wanted it included you should include it
- or it will have to wait 2 weeks, which shouldn't be too bad so
mitigater the outcry of people needing X reviewed/merged urgently.
Unless it's me of course :P
Thanks,
Sanne
On Fri, Jan 5, 2018 at 7:16 AM Sanne Grinovero <sanne(a)hibernate.org> wrote:
>
> On 5 January 2018 at 13:05, Guillaume Smet <guillaume.smet(a)gmail.com>
> wrote:
> > Hi,
> >
> > AFAICS there are 52 issues fixed for 5.2.13.
> >
> > And there are a couple of PRs waiting for review AFAICS (which might be
> > ready to be integrated or not).
> >
> > So I think it would be really beneficial to continue doing 5.2.x
> > releases.
> >
> > 5.3 is not there yet. And once it's going to be released, we would still
> > need the integrators to support it (be it WildFly or Spring) before
> > considering it fully consumable by the end users. And probably some time
> > to
> > get it field tested too before we can consider 5.2 as being more or less
> > "dead" and just say to the users "upgrade to 5.3".
>
> +1 I'd love to see more regular OGM releases, and some benevolent
> maintenance time on 5.2 for a while longer even after 5.3 is
> available.
>
> We're all willing to help with the release process, including automate
> it more; if someone on the ORM team could volunteer brains for the
> organizational work we can make sure it's quick and painless by
> delegating the annoying labour to Jenkins.
>
> Thanks,
> Sanne
>
> >
> > My 2 cents.
> >
> > --
> > Guillaume
> >
> > On Fri, Jan 5, 2018 at 12:53 PM, Steve Ebersole <steve(a)hibernate.org>
> > wrote:
> >
> >> We should definitely stop doing 5.2 releases once we release 5.3.
> >>
> >> Of course 5.3 is held up waiting for answers from a few people...
> >>
> >> On Thu, Jan 4, 2018, 7:29 PM Gail Badner <gbadner(a)redhat.com> wrote:
> >>
> >> > We discussed stopping 5.2 releases at the F2F, but I can't
remember
> >> > what
> >> > was decided.
> >> >
> >> > I see that there is a 5.2 branch. Should we be backporting to 5.2
> >> > branch?
> >> >
> >> > Thanks,
> >> > Gail
> >>
> > _______________________________________________
> > hibernate-dev mailing list
> > hibernate-dev(a)lists.jboss.org
> >
https://lists.jboss.org/mailman/listinfo/hibernate-dev