From OpenSCADAWiki
- State: Completely Finished
The common releasing process for the users to estimate your expectations and for the developers to remind the tasks:
1. The preparing and building week:
- Building the last Work SVN-revision for all environments of the irregular building to provide early and wide testing the coming LTS release.
- Announcing the releasing process start:
- creating a new release page or update page on the Wiki;
- creating a new news-page on the OpenSCADA site;
- creating a new post-link to the news-page on FaceBook and LinkedIn;
- Merging the Work branch changes or copying the whole Work branch tree to the LTS branch-tree.
- Making some LTS specific changes about the version rise:
- updating configure.ac for version of the release-update and core library;
- updating data/*.spec and data/{debian,debian_mod}/changelog for the new version number and appending the files' changelog for new release-update entry.
- Forming-appending the LTS ChangeLog by the changes from the Work ChangeLog, grouping the changes by the location and sorting them by the fixing status and the level, with combination new features under one item and without removing any different changes.
- Copying the significant changes from the formed LTS ChangeLog to the related page of the release-update, taking the changes in the level more or even than "!!".
- Translating the release-update pages, updating the ToDo and RoadMap.
- Generating the actual offline documentation using the service procedure "EXT: Off-line documentation".
- Committing the LTS tree changes to the repository and building that.
- Announcing the release-update.
- Updating the Download page.
2. The testing and post-building week(s):
- Hot testing the release build.
- Finishing and fixing the ChangeLog translating and the documentation.
- Generating the actual offline documentation using the service procedure "EXT: Off-line documentation".
- Committing the release fixes to the repository and building that for the second build, and for each week of appearing critical fixes — the first week without the critical fixes means the final the LTS releasing, so, USERS — test closely the LTS release for do not complain to it final build!
3. Finish and the post release tasks:
- Waiting the Ubuntu 20.04 release at April 23, then update the chroots and rebuild the packages.
- Waiting the TDE 14.0.8 release, then build own patched packages and rebuild the Linux Automation ISOs of the update.
- Implement the service updates in the Automatic Builder at the first bug fix.