New GitHub label for release blockers
Matt Caswell
matt at openssl.org
Sun Sep 13 14:56:05 UTC 2020
On 13/09/2020 15:16, Nicola Tuveri wrote:
> ... I still have very confused ideas regarding the "best" conventional
> usage of github features like labels, milestones and projects: I read
> the official documentation about them and I grasp the general ideas
> behind them, but too often the boundaries are too foggy for me to
> navigate and pick the right tool for the job in a consistent and organic
> manner.
In my head I think of them like this:
- A label: describes a characteristic of a PR/issue
- A milestone: a time based goal (such as a specific release)
- A project: A collection of PRs/issues related by some common long term
objective
There is some confusion between labels and milestones, because you could
think of "a time based goal" set for a pr/issue as a characteristic of
it. So you could use either for the purpose. However since github has
both, it seems more appropriate to use a milestone when talking about a
time based goal since it is the more specific concept.
Matt
>
> Nicola
>
> On Sun, Sep 13, 2020, 17:01 Dr. Matthias St. Pierre
> <Matthias.St.Pierre at ncp-e.com <mailto:Matthias.St.Pierre at ncp-e.com>> wrote:
>
> Nicola suggested and convinced me, that it would be better to have a
> dedicated
> milestone for the 3.0.0 beta1 release instead of adding a new label.
>
> So here it is, I already added all the tickets with the release
> blocker label and will
> remove the label again.
>
> https://github.com/openssl/openssl/milestone/17
>
> Matthias
>
>
>
> > -----Original Message-----
> > From: Dr. Matthias St. Pierre
> > Sent: Sunday, September 13, 2020 3:17 PM
> > To: openssl-project at openssl.org <mailto:openssl-project at openssl.org>
> > Subject: New GitHub label for release blockers
> >
> > Hi all,
> >
> > taking up again the discussion from openssl-project where I
> suggested to (ab)use
> > the 3.0.0 milestone for release blockers, (see link and citation
> at the end of the mail),
> > I propose to add a new label for this purpose instead. In fact, I
> already created the label
> >
> > [urgent: release blocker] (see link below)
> >
> > and will add the mentioned tickets within shortly. So you can take
> a look and tell
> > me whether you like it or not. (If not, no problem. I'll just
> delete the label again.)
> >
> > Matthias
> >
> >
> > BTW: It took me all my force of will to resist the temptation of
> making a pun
> > by naming the label [urgent: beta blocker].
> >
> >
> > References:
> > ==========
> >
> > [urgent: release blocker]:
> >
> https://github.com/openssl/openssl/labels/urgent%3A%20release%20blocker
> >
> > [openssl-project message]:
> >
> https://mta.openssl.org/pipermail/openssl-project/2020-September/002191.html
> >
> >
> > > > > For a more accurate and timely public overview over the
> current state of the blockers,
> > > > > it might be helpful to manage them via the 3.0.0 milestone
> > > > >
> > > > > https://github.com/openssl/openssl/milestone/15
> > > > >
> > > > > Some of the tickets listed below were already associated to
> the milestone, the others
> > > > > were added by me now.
> > > >
> > > > I think the 3.0.0 milestone is what we expect to be in the
> > > > 3.0.0 release, not the beta release. That is bug fixes don't need
> > > > to be in the beta release, but if it adds new functionallity it
> > > > needs to be in the beta release.
> > >
> > > I was aware of this subtlety but I thought that we just could
> (ab-)use the milestone for
> > > the beta1 release and reuse it later for the final release,
> instead of creating a new milestone.
> > >
> > > Practically all of the relevant PRs are associated to the [3.0
> New Core + FIPS] GitHub Project
> > > anyway, so it would be possible to remove the post-beta PRs from
> the milestone and restore
> > > them later. (In my mind, I see project managers running away
> screeming...)
> > >
> > > Matthias
> > >
> > >
> > > [3.0 New Core + FIPS]:
> https://github.com/openssl/openssl/projects/2
>
More information about the openssl-project
mailing list