If it helps I can walk through the the releasing steps and give feedback (PR?), although I assume the critical steps require committer credentials and have to be left out during a dry run.
Ville ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On Wednesday, 27 March 2019 07:22, Maxime Beauchemin < maximebeauche...@gmail.com> wrote: > I'm still wondering what to do with my Apache release attempt, we're now a > few RCs behind as `0.31.0.rc20` is on top of branch `release--0.31` > > I'd love if someone can follow the steps I described in > https://github.com/apache/incubator-superset/blob/master/RELEASING.md (I > need a volunteer please!) to validate them and release push the latest RC. > Some of these steps are one-offs and were already setup ahead of time in my > case. This second attempt would make sure a committer that has never done > an Apache release can make it through. > > Also let's make the suffix RC an Apache release specific thing, so that RCs > become an Apache release concept that follows a sequence that matches > what's in Apache's SVN. If you need different version strings, maybe suffix > with another scheme? 0.31.0devN maybe? Though this may be a python-specific > / not semver string, I'm not sure and personally don't care about version > strings as long as they make sense and are consistent. > > I'm also assuming it's ok to Github-tag RCs that go onto Apache's SVN. A > few months back I was told to not push RC tags to Github, but now that > we're actually trying to do Apache releases it should be ok. > > Max