Hi Ilya,
This process seems to have led to mistakes and wasted cycles by some (many?) contributors,
such as me, and some of which you make reference to. For example, after the initial
force-push on a base branch I unknowingly did a rebase on a backport branch, due to an
automated email, only to have to undo the rebase once the base branch was restored. Some
of my backports generated lots of extraneous emails, now list many additional
contributors, along with some additional invites for reviewers.
First, did I miss an announcement ahead of time that this would take place and how I
should handle the noise?
And will this process be used for future releases? I don’t know what the deficiencies of
our release process are and why this work-around was the preferred option, but I’m left
imagining that there must be a better way that’s far less noisy and disruptive.
Thanks for considering,
Eric
On Apr 20, 2021, at 3:42 PM, Ilya Dryomov
<idryomov(a)gmail.com> wrote:
Hi everyone,
You may have noticed some unusual activity in the backport PRs in the
past week, namely force pushes to the base branch and temporary changes
of the same, resulting in humongous changesets/diffstats being shown.
This was done to work around some deficiencies in the release process,
apologies for the inconvenience.
Now that 14.2.20, 15.2.11 and 16.2.1 are out the door, everything has
been restored. Jenkins is currently backed up processing "make check"
and "ceph API tests" jobs, but it should clear up by tomorrow. Please
retrigger with "jenkins test make check", "jenkins test api", etc if
needed.
Some of you have clicked the unhelpful "Update branch" button, which
generated an unneeded merge commit. Please get rid of it, either by
rebasing or simply rolling back to the parent. I went through the PRs
and commented on those that need action, but please double check that
there are no merge commits or unrelated changes in the "Commits" list
before merging.
Thanks,
Ilya