<html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body>
    <p>When Extended Maintenance process was created, there was no clear
      decision whether EOL (and branch deletion) is needed afterwards or
      not. But one thing we saw is that if a branch was EOL'd and still
      open, then patches arrived, and even some got approved which
      caused errors + confusions. Also, if the branch is open and
      periodic jobs are not deleted, then those are still running day by
      day. In this case only the branch deletion is the solution (as
      clearly those branches cannot accept job fixing patches).</p>
    <p>Though, you are right that if we don't even tag a branch with
      '$series-eol', then the above issue does not come. So
      theoretically we could forget about the 'eol' process, it would
      not cause any issue in my understanding. The periodic jobs needs
      to be deleted from .zuul.yaml of course, and maybe some other
      cleanup, otherwise it is possible. That's true. I can accept this,
      and this was my concept, too, in the beginning.</p>
    Előd
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">On 2021. 01. 27. 11:20, Herve Beraud
      wrote:<br>
    </div>
    <blockquote type="cite" cite="mid:CAFDq9gU6aTa+DGXp7oRX4CLCZM24ko69wZx1FveTZW+SqmC+3A@mail.gmail.com">
      
      <div dir="ltr">
        <div dir="ltr"><br>
        </div>
        <br>
        <div class="gmail_quote">
          <div dir="ltr" class="gmail_attr">Le mer. 27 janv. 2021
            à 10:55, Stephen Finucane <<a href="mailto:stephenfin@redhat.com" moz-do-not-send="true">stephenfin@redhat.com</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 Tue, 2021-01-26 at
            17:52 +0100, Előd Illés wrote:<br>
            Hi Infra Team!<br>
            <br>
            In October there was a discussion at Release Team meeting
            [1] about what <br>
            can we do with the old, already EOL'd but not yet deleted
            branches (this <br>
            is possible since with the Extended Maintenance process the
            <br>
            general/"mass" EOL'ing was stopped and tagging a project
            branch EOL does <br>
            not delete the branch anymore).<br>
            <br>
            <br>
            Not an answer but rather a question for my own
            understanding: what is the<br>
            advantage of deleting branches? I understand that these
            things would no longer<br>
            maintained and the gates will slowly break, </blockquote>
          <div><br>
          </div>
          <div>AFAIK this is mostly to avoid issues with gates/zuul.</div>
          <div> </div>
          <blockquote class="gmail_quote" style="margin:0px 0px 0px
            0.8ex;border-left:1px solid
            rgb(204,204,204);padding-left:1ex">but they're still
            relatively useful<br>
            as a reference to explore project history and it's not like
            branches are<br>
            expensive in git.<br>
          </blockquote>
          <div><br>
          </div>
          <div>Tags can be used to dig in the related history.<br>
          </div>
          <div> </div>
          <blockquote class="gmail_quote" style="margin:0px 0px 0px
            0.8ex;border-left:1px solid
            rgb(204,204,204);padding-left:1ex">
            <br>
            Stephen<br>
            <br>
            Related to this, I would like to ask two things:<br>
            <br>
            1. I've used the list_eol_stale_branches.sh [2] script to
            get the list <br>
            of such not-yet-deleted branches for Ocata [3]. They are all
            tagged with <br>
            'ocata-eol', but stable/ocata branch still exists for them.
            Could you <br>
            please delete these? [3]<br>
            <br>
            2. On the Release Team meeting [1] we were hinted that with
            the newer <br>
            version of gerrit (that was installed at the end of
            November) some <br>
            automation is possible through gerrit API in the future. Can
            I get some <br>
            help about where should I start with the automation? Which
            repository <br>
            should I look, where can the deletion being triggered
            ("similarly like <br>
            branch creation")?<br>
            <br>
            Thanks in advance,<br>
            <br>
            Előd<br>
            <br>
            [1] <br>
            <a href="http://eavesdrop.openstack.org/meetings/releaseteam/2020/releaseteam.2020-10-22-16.00.log.html#l-40" rel="noreferrer" target="_blank" moz-do-not-send="true">http://eavesdrop.openstack.org/meetings/releaseteam/2020/releaseteam.2020-10-22-16.00.log.html#l-40</a><br>
            [2] <br>
            <a href="https://opendev.org/openstack/releases/src/commit/eb381492da3f7c826c35b9f147fd9a1ed55ae797/tools/list_eol_stale_branches.sh" rel="noreferrer" target="_blank" moz-do-not-send="true">https://opendev.org/openstack/releases/src/commit/eb381492da3f7c826c35b9f147fd9a1ed55ae797/tools/list_eol_stale_branches.sh</a><br>
            [3] <a href="http://paste.openstack.org/show/801992/" rel="noreferrer" target="_blank" moz-do-not-send="true">http://paste.openstack.org/show/801992/</a><br>
            <br>
            <br>
            <br>
            <br>
            <br>
            <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" moz-do-not-send="true">https://github.com/4383/</a></div>
                                <div><a href="https://twitter.com/4383hberaud" target="_blank" moz-do-not-send="true">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>
    </blockquote>
  </body>
</html>