[infra][stable] reopened old, EOL'd branches

Előd Illés elod.illes at est.tech
Wed May 18 14:58:57 UTC 2022

Thanks Jeremy, then I'll setup the list and start doing the steps I 



On 2022. 05. 16. 17:07, Jeremy Stanley wrote:
> On 2022-05-16 16:49:31 +0200 (+0200), Előd Illés wrote:
> [...]
>> where there exist *-eol tag, the branch was probably deleted but then
>> reopened and some generated patch created a new branch from the same
>> branching point where the original stable/* branch was branched from.
>>      (some example generated patches:
>>         * OpenDev Migration Patch
>>         * Replace openstack.org git:// URLs with https://
>>       see specific example [1])
> [...]
> Note that Gerrit doesn't allow creation of changes for nonexistent
> branches, so the branch had to be recreated somehow independent of
> those changes being pushed.
>> For this I would
>> - push release patches where that is missing from openstack/release (this
>> will not do the work, as mentioned above, but needs some manual tagging /
>> branch deletion afterwards) - this is only to have a better view of the tags
>> and branches from openstack/releases repository
>> - tag branches with *-eol where that is missing
>> - delete branches that have already *-eol tag, even if that means we lose
>> some patches (like the above mentioned generated patches)
>> Is this acceptable? What do you think? (Or should the two latter be done by
>> Infra team via a list that I could collect?)
> [...]
> What you propose sounds reasonable to me. If the branch already has
> a corresponding eol tag, I agree that (re)deleting the branch is the
> thing to do. Any changes which merged to the branch after the eol
> tag was created won't be "lost" since they still have named refs in
> the Git repository, they just won't appear in the history of any
> branch or tag.
> I have no problem with you doing batch branch deletion for this
> purpose, same as normal EOL process. I don't see any reason the
> Gerrit sysadmins would need to handle it.

More information about the openstack-discuss mailing list