[release][stable] stale old branches probably should be EOL'd

Előd Illés elod.illes at est.tech
Wed Jun 30 09:04:46 UTC 2021


Thanks for the feedback Jeremy & Hervé! I will propose patches accordingly.

Thanks,

Előd


On 2021. 06. 29. 16:03, Herve Beraud wrote:
> Hello,
>
> I was thinking that our tooling will fail with these deliverables 
> addition and tagging but apparently that's not the case so I would 
> suggest to follow the 1st solution (using the existing tools, such as 
> creating a yaml file etc).
>
> Le lun. 28 juin 2021 à 20:15, Jeremy Stanley <fungi at yuggoth.org 
> <mailto:fungi at yuggoth.org>> a écrit :
>
>     On 2021-06-28 20:03:48 +0200 (+0200), Előd Illés wrote:
>     [...]
>     > If we stick to the tagging + deletion, then the next question is
>     how to
>     > achieve this. There are a couple of options:
>     >
>     > 1. use the existing tools: such as creating a yaml file under
>     > deliverables/$series/ and add the $series-eol tag for the given
>     repositories
>     > (I understand that these are not 'real' deliverables, but does
>     that cause
>     > any issue for us?)
>     > 2. implement some new mechanism, similar to option 1, but
>     clearly indicate
>     > that the tagging does not create any deliverables
>     > 3. manual tagging + deletion
>     >
>     > I think the 1st option is the easiest and since we already have
>     the whole
>     > process there, we can simply use the existing tool.
>     >
>     > So what do you think?
>     > - Is that OK to tag these open old stable branches with
>     $series-eol tag and
>     > then delete them?
>
>
> WFM
>
>     > - If yes, which option from the above list is acceptable, or
>     what else can
>     > we do?
>
>
> The first one.
>
>     [...]
>
>     My two cents, I think it's okay to tag those old branches and delete
>     them, and I support option 1 as it helps create a bit of a
>     breadcrumb trail for future reflection.
>
>     As for how they got overlooked, I expect you're right. In the past,
>     well before we had any real release automation and tracking,
>     projects asked the Infra team to delete their old branches, and
>     quite often did not provide a complete list.
>     -- 
>     Jeremy Stanley
>
>
>
> -- 
> Hervé Beraud
> Senior Software Engineer at Red Hat
> irc: hberaud
> https://github.com/4383/ <https://github.com/4383/>
> https://twitter.com/4383hberaud <https://twitter.com/4383hberaud>
> -----BEGIN PGP SIGNATURE-----
>
> wsFcBAABCAAQBQJb4AwCCRAHwXRBNkGNegAALSkQAHrotwCiL3VMwDR0vcja10Q+
> Kf31yCutl5bAlS7tOKpPQ9XN4oC0ZSThyNNFVrg8ail0SczHXsC4rOrsPblgGRN+
> RQLoCm2eO1AkB0ubCYLaq0XqSaO+Uk81QxAPkyPCEGT6SRxXr2lhADK0T86kBnMP
> F8RvGolu3EFjlqCVgeOZaR51PqwUlEhZXZuuNKrWZXg/oRiY4811GmnvzmUhgK5G
> 5+f8mUg74hfjDbR2VhjTeaLKp0PhskjOIKY3vqHXofLuaqFDD+WrAy/NgDGvN22g
> glGfj472T3xyHnUzM8ILgAGSghfzZF5Skj2qEeci9cB6K3Hm3osj+PbvfsXE/7Kw
> m/xtm+FjnaywZEv54uCmVIzQsRIm1qJscu20Qw6Q0UiPpDFqD7O6tWSRKdX11UTZ
> hwVQTMh9AKQDBEh2W9nnFi9kzSSNu4OQ1dRMcYHWfd9BEkccezxHwUM4Xyov5Fe0
> qnbfzTB1tYkjU78loMWFaLa00ftSxP/DtQ//iYVyfVNfcCwfDszXLOqlkvGmY1/Y
> F1ON0ONekDZkGJsDoS6QdiUSn8RZ2mHArGEWMV00EV5DCIbCXRvywXV43ckx8Z+3
> B8qUJhBqJ8RS2F+vTs3DTaXqcktgJ4UkhYC2c1gImcPRyGrK9VY0sCT+1iA+wp/O
> v6rDpkeNksZ9fFSyoY2o
> =ECSj
> -----END PGP SIGNATURE-----
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-discuss/attachments/20210630/ccc32ff1/attachment.html>


More information about the openstack-discuss mailing list