Hi all,
It’s about time for another VTK release. The CI dashboards have been stabilizing fairly well with just one flaky test (being excluded here) and it seems like a good time to start cutting a release.
Tentative dates:
- Mar 31: branch and create
rc1
- Apr 8:
rc2
and bugfix focusing (CI should be solid by this point) - Apr 15:
rc3
if needed (final if possible); revert becomes more likely for issues that arise - Apr 22:
rc4
if needed (final if possible); platform/compiler fixes only by now - Apr 29:
rc5
if needed (final if possible) - May 6: final release (if all else fails)
First up, the next release is planned for about 6 months from now (late September/early October) with a similar schedule (see below). So if you miss this release, the next one shouldn’t be too far away. With CI and the robot able to help out more and the release process being more structured, there isn’t as much manual work involved anymore.
Second, as with 9.1, there seem to be a lack of release notes, but not as many at least. It’d be nice to get these in before we collate them (those added after the branching will need backported to add to both master
and release
). I would recommend perusing the Documentation/release/dev
directory to make sure that any contributions are mentioned that should be in the release notes. Release note MRs should be prioritized.
Third, it is up to code authors to ping reviewers for MRs. We cannot commit to reviewing everything just because it was submitted, sorry. Please tag MRs with the 9.2
milestone to at least get some metadata wrangling involved.
Fourth, in order to keep the release under control, as we get closer to the final release, features are likely to be reverted rather than waiting for a fix (waiting for fixes that never happened is why 8.2.1 never got released). If a problem is there on Monday and you can get to it on Thursday, it is likely to be reverted until it can be fixed. In order to bring the change back, running git revert -m1 $merge_commit
will undo a merge and can be added to the MR that fixes it up. Alternatively, the branch can just be redone as if from scratch; up to you.
Thanks,
–Ben