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

---

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

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

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

2. Тиждень(і) тестування та після-складання:

• Гаряче тестування збірок релізу.
• Завершення та виправлення перекладу ПротоколуЗмін та документації.
• Генерація актуальної позамережевої документації використовуючи сервісну процедуру "EXT: Off-line documentation".
• Застосування-вивантаження виправлень релізу до репозиторію та складання цього щодо другої збірки, і для кожного тижня виправлення критичних помилок — перший тиждень без критичних виправлень означатиме завершення випуску LTS, тож, КОРИСТУВАЧІ — тестуйте ретельно LTS реліз щоб потім не скаржитись на його кінцеву збірку!