<div dir="ltr"><div dir="ltr"><div>Hello,</div><div><br></div><div>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 (<span class="gmail-im">using the existing tools</span>, <span class="gmail-im">such as creating a yaml file etc</span>).<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le lun. 28 juin 2021 à 20:15, Jeremy Stanley <<a href="mailto:fungi@yuggoth.org">fungi@yuggoth.org</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2021-06-28 20:03:48 +0200 (+0200), Előd Illés wrote:<br>
[...]<br>
> If we stick to the tagging + deletion, then the next question is how to<br>
> achieve this. There are a couple of options:<br>
> <br>
> 1. use the existing tools: such as creating a yaml file under<br>
> deliverables/$series/ and add the $series-eol tag for the given repositories<br>
> (I understand that these are not 'real' deliverables, but does that cause<br>
> any issue for us?)<br>
> 2. implement some new mechanism, similar to option 1, but clearly indicate<br>
> that the tagging does not create any deliverables<br>
> 3. manual tagging + deletion<br>
> <br>
> I think the 1st option is the easiest and since we already have the whole<br>
> process there, we can simply use the existing tool.<br>
> <br>
> So what do you think?<br>
> - Is that OK to tag these open old stable branches with $series-eol tag and<br>
> then delete them?<br></blockquote><div><br></div><div>WFM</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> - If yes, which option from the above list is acceptable, or what else can<br>
> we do?<br></blockquote><div><br></div><div>The first one.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
[...]<br>
<br>
My two cents, I think it's okay to tag those old branches and delete<br>
them, and I support option 1 as it helps create a bit of a<br>
breadcrumb trail for future reflection.<br>
<br>
As for how they got overlooked, I expect you're right. In the past,<br>
well before we had any real release automation and tracking,<br>
projects asked the Infra team to delete their old branches, and<br>
quite often did not provide a complete list.<br>
-- <br>
Jeremy Stanley<br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>Hervé Beraud</div><div>Senior Software Engineer at Red Hat</div><div>irc: hberaud</div><div><a href="https://github.com/4383/" target="_blank">https://github.com/4383/</a></div><div><a href="https://twitter.com/4383hberaud" target="_blank">https://twitter.com/4383hberaud</a><br></div><div>-----BEGIN PGP SIGNATURE-----<br><br>wsFcBAABCAAQBQJb4AwCCRAHwXRBNkGNegAALSkQAHrotwCiL3VMwDR0vcja10Q+<br>Kf31yCutl5bAlS7tOKpPQ9XN4oC0ZSThyNNFVrg8ail0SczHXsC4rOrsPblgGRN+<br>RQLoCm2eO1AkB0ubCYLaq0XqSaO+Uk81QxAPkyPCEGT6SRxXr2lhADK0T86kBnMP<br>F8RvGolu3EFjlqCVgeOZaR51PqwUlEhZXZuuNKrWZXg/oRiY4811GmnvzmUhgK5G<br>5+f8mUg74hfjDbR2VhjTeaLKp0PhskjOIKY3vqHXofLuaqFDD+WrAy/NgDGvN22g<br>glGfj472T3xyHnUzM8ILgAGSghfzZF5Skj2qEeci9cB6K3Hm3osj+PbvfsXE/7Kw<br>m/xtm+FjnaywZEv54uCmVIzQsRIm1qJscu20Qw6Q0UiPpDFqD7O6tWSRKdX11UTZ<br>hwVQTMh9AKQDBEh2W9nnFi9kzSSNu4OQ1dRMcYHWfd9BEkccezxHwUM4Xyov5Fe0<br>qnbfzTB1tYkjU78loMWFaLa00ftSxP/DtQ//iYVyfVNfcCwfDszXLOqlkvGmY1/Y<br>F1ON0ONekDZkGJsDoS6QdiUSn8RZ2mHArGEWMV00EV5DCIbCXRvywXV43ckx8Z+3<br>B8qUJhBqJ8RS2F+vTs3DTaXqcktgJ4UkhYC2c1gImcPRyGrK9VY0sCT+1iA+wp/O<br>v6rDpkeNksZ9fFSyoY2o<br>=ECSj<br>-----END PGP SIGNATURE-----<br><br></div></div></div></div></div></div></div></div></div></div></div></div></div></div>