Open Stack

Thanks Ghanshyam, too! :)

Előd

On 2021. 06. 29. 17:59, Ghanshyam Mann wrote:
>   ---- On Tue, 29 Jun 2021 09:03:58 -0500 Herve Beraud <hberaud at redhat.com> 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> 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.
>
> +1, tagging and deleting will cleanup the things.
>
> -gmann
>
>   > [...]
>   >
>   > 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é BeraudSenior Software Engineer at Red Hatirc: hberaudhttps://github.com/4383/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-----
>   >
>   >
>