Документи/Як/Випустити

• Автор: Роман Савоченко

Загальний процес випуску користувачам для оцінки ваших очікувань та розробникам для нагадування завдань:
1. Тиждень приготування та складання:

• Складання останньої Робочої (Work) SVN-ревізії для всіх оточень нерегулярного складання щоб забезпечити ранне та широке тестування прийдешнього LTS релізу.
• Анонс початку процесу випуску:
  • створення нової сторінки релізу або сторінки оновлення на Wiki;
  • створення нової новини-сторінки на сайті OpenSCADA.
• Злиття змін Робочої (Work) версії або копіювання цілком дерева Робочої гілки до LTS гілки-дерева.
• Внесення деяких змін, специфічних до LTS, стосовно підняття версії:
  • оновлення configure.ac щодо версії випуску-оновлення та бібліотеки ядра;
  • оновлення data/*.spec та data/{debian,debian_mod}/changelog стосовно нового номеру версії та доповнення протоколу змін файлів новими записами випуску-оновлення.
• Формування-доповнення ПротоколуЗмін LTS змінами з ПротоколуЗмін Work, групуючи зміни за розташуванням та сортуючи їх за станом виправлення та рівнем, із комбінування нових можливостей у одному елементі та без видалення будь-яких відмінних змін.
• Копіювання значних змін із сформованого ПротоколуЗмін LTS до відповідної сторінки релізу-оновлення, беручи зміни за рівнем більш або рівні "!!".
• Переклад сторінки(ок) релізу-оновлення, оновлення "Завдання (ToDo)" та "Дорожньої карти (RoadMap)".
• Генерація актуальної позамережевої документації, використовуючи сервісну процедуру "EXT: Off-line documentation".
• Застосування-вивантаження змін LTS дерева до репозиторію та складання цього.

2. The testing and post-building week(s):

• Updating the Download page.
• Announcing the release-update, also on FaceBook and LinkedIn.
• 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 of the LTS releasing, so, USERS — test closely the LTS release for do not complain to its final build!
• Updating binary copies of standard OpenSCADA libraries: OscadaLibs.db, VcaBase.db, VcaElectroEls.db.