no, definitely not. the "rel" space is reserved for PMC-approved releases.
There's no foundation-backed need to preserve candidates that didn't get
approved.
On Wed, Jan 13, 2016 at 9:32 AM, Nick Dimiduk <ndimi...@gmail.com> wrote:
> Should we be pushing RC tags into the rel space as well as release tags?
>
> On Tuesday, January 12, 2016, <la...@apache.org> wrote:
>
> > +1
> >
> >
> > From: Enis Söztutar <e...@apache.org <javascript:;>>
> > To: "dev@hbase.apache.org <javascript:;>" <dev@hbase.apache.org
> > <javascript:;>>
> > Sent: Monday, January 11, 2016 11:17 AM
> > Subject: Re: ASF git repository policy update
> >
> > +1 on re-tagging releases under rel/ and using it going forward.
> >
> > Enis
> >
> > On Mon, Jan 11, 2016 at 11:05 AM, Sean Busbey <bus...@cloudera.com
> > <javascript:;>> wrote:
> >
> > > just to confirm, 'master' is no longer protected?
> > >
> > > On Mon, Jan 11, 2016 at 12:56 PM, Andrew Purtell <apurt...@apache.org
> > <javascript:;>>
> > > wrote:
> > >
> > > > Infa recently announced on infrastructure@ that, following direction
> > > from
> > > > the Board, ASF git is now allowing force pushes and branch/tag
> deletion
> > > > again. In accordance with the guidance given by the Board there are
> > some
> > > > policy changes you should be aware of:
> > > >
> > > > - First, if a forced commit is pushed, the subsequent commit email
> > to
> > > > commits@ will contain '[Forced Update!]' in the subject line. The
> > > hope
> > > > here is that it draws extra attention to the situation for a
> project
> > > > community tobe aware, and take appropriate action if needed.
> > > >
> > > > - Second, the 'protected' Git ref-space is now refs/tags/rel/* .
> Any
> > > > tags under rel/, can be assured to carry the complete immutable
> > commit
> > > > history which lead up to the commit. This provides the provenance
> > that
> > > > the
> > > > ASF needs for releases. Otherwise projects can mold their
> repository
> > > ref
> > > > structure any way they see fit. When a release vote is successful
> > part
> > > > of
> > > > the release process should include tagging the voted upon commit
> SHA
> > > > under
> > > > rel/ to make it indelible. ('# git tag rel/v15.4.2 ' or something
> > > > similar.)
> > > >
> > > > Let's incorporate the second point into our release process
> > immediately.
> > > We
> > > > can also go back and add corresponding tags in refs/tags/rel/ for all
> > of
> > > > our past releases. Unless there are any objections I will take care
> of
> > > this
> > > > housekeeping later this week.
> > > >
> > > > --
> > > > Best regards,
> > > >
> > > > - Andy
> > > >
> > > > Problems worthy of attack prove their worth by hitting back. - Piet
> > Hein
> > > > (via Tom White)
> > > >
> > >
> > >
> > >
> > > --
> > > Sean
> > >
> >
> >
> >
>
--
Sean
