develooper Front page | perl.perl5.porters | Postings from March 2018

Re: Release 5.27.9 is available now!

Thread Previous | Thread Next
March 11, 2018 11:46
Re: Release 5.27.9 is available now!
Message ID:
On Sat, Mar 10, 2018 at 08:54:07AM +0200, Sawyer X wrote:
> On 03/08/2018 11:31 PM, Matthew Horsfall (alh) wrote:
> > On Thu, Mar 1, 2018 at 9:05 PM, Matthew Horsfall (alh)
> > <> wrote:
> >> On Wed, Feb 28, 2018 at 1:13 PM, Father Chrysostomos <> wrote:
> >>> Maybe we should change the rmg to require that the release commit be
> >>> pushed and tagged before the actual release is made.  This will pre-
> >>> vent a recurrence.
> >> This makes sense to me!
> >>
> > Sawyer, any thoughts here? (or anyone else?)
> I think both options are equally problematic. If you release the tarball
> and then can't push or if you push but then realize you need to regen
> the tarball. The pushing of tag and commits is a commitment to the
> tarball you created and there's no way back. We're only asking what we
> think is more likely: A permission problem or a need to regen the
> tarball after you created the tag. (The latter happened to me once, IIRC.)

You can still *generate* the tarball first. So:

   1) Create the tarballs
   2) Push the commits and tag
   3) Release the tarball to PAUSE

You could even do the merge of the release branch (which you already have
pushed) till after sending the tarballs to PAUSE.

> The one possible benefit of changing it is that it lowers the time-frame
> in which others push commits, but the only case I can think of in which
> it matters is perldelta. By freeze most changes (definitely any that
> would require a change in perldelta) should be in a branch anyway, no?


Thread Previous | Thread Next Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at | Group listing | About