План випуску
TDF LibreOffice Document Liberation Project Community Blogs Weblate Nextcloud Redmine Ask LibreOffice Donate
Вступ
Доведено, що випуски з прив'язкою до часу створюють найякісніше вільне програмне забезпечення. Випуском з прив'язкою до часу називається випуск, який не чекає на появу нових можливостей або виправлення помилок, а базується (наскільки це можливо) на часі. Це забезпечує дисципліну у впровадженні виправлень, забезпечує передбачуваність і дозволяє випускати більш регулярні випуски. Також ми обов'язково випускатимемо попередній випуск, а потім швидко, інкрементно, випуски з виправленнями, засновані на попередньому стабільному випуску. Отже, якщо вам потрібен реліз найвищої якості, може мати сенс зачекати з переходом до першого або, можливо, другого випуску з незначними виправленнями.
- LibreOffice має передбачувані випуски, які виходять раз на два роки, синхронізовані з іншими проектами вільного програмного забезпечення (наприклад, Gnome) і щонайменше на місяць випереджають випуски основних дистрибутивів Linux.
- Синхронізація графіка випусків з ширшою екосистемою вільного програмного забезпечення також має величезні переваги у наданні наших нових можливостей користувачам якнайшвидше, з мінімальною затримкою у циклі розповсюдження. Як результат, ми прагнемо випускати релізи у лютому та серпні.
- Доступні дві версії: найновіша - для ентузіастів, новачків і досвідчених користувачів, і попередня - з меншою кількістю функцій, але з більш тривалим тестуванням - для корпоративних впроваджень і більш обережних користувачів.
- В результаті користувачі отримують новий великий реліз кожні півроку з широким спектром функцій, виправлень та покращень. Вони також отримають багато мікро-випусків, що виправляють помилки. Перший реліз X.Y.0 призначений для тих, хто рано перейшов на нову версію. Більш консервативним користувачам рекомендується зачекати на наступні випуски X.Y.3/X.Y.4 з виправленням помилок.
Зверніть увагу, що дати в цьому розкладі можуть змінитися, якщо виникнуть серйозні технічні або інші проблеми з випуском. Додатковий час може знадобитися, якщо у фінального кандидата на випуск виникне катастрофічна проблема. Така проблема може затримати випуск фінального релізу на тиждень або більше. Рішення про це має бути прийнято на засіданні Інженерного керівного комітету.
На спрощеному графіку нижче показано три випуски, розміщені на часовій шкалі, що складається з 24 місяців.
24.2 реліз
| Реліз | Заморозка | Вихід |
|---|---|---|
| 24.2.0 Заморожування: 02 тижні | Week 47 , лис 20, 2023 - лис 26, 2023 | Week 05 , січ 29, 2024 - лют 4, 2024 |
| 24.2.1 | Week 06 , лют 5, 2024 - лют 11, 2024 | Week 09 , лют 26, 2024 - бер 3, 2024 |
| 24.2.2 | Week 10 , бер 4, 2024 - бер 10, 2024 | Week 13 , бер 25, 2024 - бер 31, 2024 |
| 24.2.3 | Week 15 , кві 8, 2024 - кві 14, 2024 | Week 18 , кві 29, 2024 - трав 5, 2024 |
| 24.2.4 | Week 20 , трав 13, 2024 - трав 19, 2024 | Week 23 , чер 3, 2024 - чер 9, 2024 |
| 24.2.5 | Week 26 , чер 24, 2024 - чер 30, 2024 | Week 29 , лип 15, 2024 - лип 21, 2024 |
| 24.2.6 | Week 33 , сер 12, 2024 - сер 18, 2024 | Week 36 , вер 2, 2024 - вер 8, 2024 |
| 24.2.7 | Week 41 , жов 7, 2024 - жов 13, 2024 | Week 44 , жов 28, 2024 - лис 3, 2024 |
| Кінець життя | 30 листопада 2024 року | |
Дивіться також детальний розклад та нотатки до випусків.
7.6 реліз
| Реліз | Заморозка | Вихід |
|---|---|---|
| 7.6.0 (заморозити: 30 тижнів) | Week 19 , трав 8, 2023 - трав 14, 2023 | Week 34 , сер 21, 2023 - сер 27, 2023 |
| 7.6.1 | Week 34 , сер 21, 2023 - сер 27, 2023 | Week 37 , вер 11, 2023 - вер 17, 2023 |
| 7.6.2 | Week 38 , вер 18, 2023 - вер 24, 2023 | Week 39 , вер 25, 2023 - жов 1, 2023 |
| 7.6.3 | Week 44 , жов 30, 2023 - лис 5, 2023 | Week 47 , лис 20, 2023 - лис 26, 2023 |
| 7.6.4 | Week 50 , груд 11, 2023 - груд 17, 2023 | Week 53 , січ 1, 2024 - січ 7, 2024 |
| 7.6.5 | Week 05 , січ 29, 2024 - лют 4, 2024 | Week 08 , лют 19, 2024 - лют 25, 2024 |
| 7.6.6 | Week 10 , бер 4, 2024 - бер 10, 2024 | Week 13 , бер 25, 2024 - бер 31, 2024 |
| 7.6.7 | Week 16 , кві 15, 2024 - кві 21, 2024 | Week 19 , трав 6, 2024 - трав 12, 2024 |
| Кінець життя | 12 червня 2024 року | |
Дивіться також детальний графік випуску та нотатки до випусків.
7.5 реліз
| Реліз | Заморозка | Вихід |
|---|---|---|
| 7.5.0 Заморожування: 02 тижні | Week 47 , лис 21, 2022 - лис 27, 2022 | Week 05 , січ 30, 2023 - лют 5, 2023 |
| 7.5.1 | Week 06 , лют 6, 2023 - лют 12, 2023 | Week 09 , лют 27, 2023 - бер 5, 2023 |
| 7.5.2 | Week 10 , бер 6, 2023 - бер 12, 2023 | Week 13 , бер 27, 2023 - кві 2, 2023 |
| 7.5.3 | Week 15 , кві 10, 2023 - кві 16, 2023 | Week 18 , трав 1, 2023 - трав 7, 2023 |
| 7.5.4 | Week 20 , трав 15, 2023 - трав 21, 2023 | Week 23 , чер 5, 2023 - чер 11, 2023 |
| 7.5.5 | Week 26 , чер 26, 2023 - лип 2, 2023 | Week 29 , лип 17, 2023 - лип 23, 2023 |
| 7.5.6 | Week 33 , сер 14, 2023 - сер 20, 2023 | Week 36 , вер 4, 2023 - вер 10, 2023 |
| 7.5.7 | Week 38 , вер 18, 2023 - вер 24, 2023 | Week 39 , вер 25, 2023 - жов 1, 2023 |
| 7.5.8 | Week 41 , жов 9, 2023 - жов 15, 2023 | Week 44 , жов 30, 2023 - лис 5, 2023 |
| Кінець життя | 30 листопада 2023 року | |
Дивіться також детальний розклад та нотатки до випусків.
Дати
Реліз прив'язаний до часу, але в розкладі вказані календарні тижні, а не точні дати. Це тому, що ми завжди трохи гнучкі. Реліз може бути затримано на кілька днів через помилки блокування, проблеми зі збіркою та інші технічні проблеми.
Реліз складається з декількох збірок бета-версій та реліз-кандидатів. Для кожної збірки потрібно виконати декілька дій. Ідеальний робочий процес має такий вигляд:
- Понеділок: дедлайн комміту; нагадування надсилається до списків розсилки devel, l10n до того, як це станеться
- Вівторок: тег створюється на комміті, який збирається і проходить unit-, subsequent- і smoke-тести; тег оголошується у списках розсилки devel і qa
- Середа: збірки завантажуються на сайт раннього пре-релізу; про це повідомляється у списках розсилки devel та qa
- Четвер: збірки завантажуються на дзеркала. Вони анонсуються багатьма каналами, наприклад, у списках розсилки, твіттері
- П'ятниця: збірки доступні на офіційному сайті попередніх версій.
Фінальний випуск зазвичай оголошується у четвер, через кілька днів після виходу фінального кандидата на випуск.
Зверніть увагу, що ми дуже суворо ставимося до коммітів фінального кандидата на реліз, тому повний регресійний тест не потрібен. Він використовується як фінальна збірка, коли пройде необхідні тести. Вона просто перейменовується на дзеркалах.
Розклад
Розклад базується на наступних правилах:
- випускайте основний випуск кожні шість місяців і синхронізуйте його (принаймні за місяць) з основними дистрибутивами Linux; він завжди містить широкий спектр можливостей, виправлень та покращень
- щомісяця після основного випуску випускайте чистий випуск з виправленнями, доки він не стане достатньо хорошим навіть для найконсервативніших людей; після цього робіть це рідше
- випускайте чисті випуски з виправленнями помилок, включно з виправленнями безпеки, доки наступний випуск не буде готовим для найбільш консервативних людей
- не робіть дві збірки протягом одного тижня.
В результаті вийшов наступний шаблон:
| Подія | Літо | Зима |
|---|---|---|
| x.y заморожування функцій | червень(b) | грудень (b) |
| x.y.0 перший реліз | серпень (b) | лютий (b) |
| x.y.1 випуск виправлень | вересень (b) | березень (b) |
| x.y.2 випуск виправлень | жовтень (b) | квітень (b) |
| x.y.3 випуск виправлень | листопад (b) | травень (b) |
| x.y.4 випуск виправлень | грудень (b) | червень (b) |
| x.y.5 випуск виправлень | лютий (m) | серпень (m) |
| x.y.6 випуск виправлень | квітень (m) | жовтень (m) |
Де (b) означає початок місяця, (m) означає середину місяця і (e) означає кінець місяця.
Заморожування рядків
У планах випуску першої версії кожного великого релізу зазначено "жорстке заморожування англійських рядків та інтерфейсу". Ідея полягає в тому, щоб полегшити життя перекладачам. Перекладачі можуть бути впевнені, що в період між заморожуванням рядків і випуском нової версії до інтерфейсу користувача або файлів довідки не буде додано нових перекладацьких рядків.
На практиці, вам слід стежити за тегами першого кандидата на випуск. Один із способів дізнатися, чи було позначено RC1, це відвідати перегляд тегів основного репозиторію LibreOffice у Gerrit і ввести у поле фільтра: libreoffice-X.Y.Z. Якщо результати не містять жодного запису для libreoffice-X.Y.Z.1, RC1 ще не позначено тегами, і зміни рядків все ще можна фіксувати.
Після виходу першої версії великого релізу виправлення помилок в інтерфейсі користувача і рядках довідки є нормальним явищем. Будь-який абсолютно новий вміст має бути націлений на наступний великий реліз.
Схема версій
Ми робимо кілька збірок навколо кожного релізу. Використовується наступна схема версій:
- X.Y.0.0.alphaZ - Z альфа-версія початкового випуску
- X.Y.0.0.betaZ - Z бета-версія початкового випуску
- X.Y.0.Z - Z кандидат початкового випуску, останній rc вважається фінальним і розміщується на головній сторінці завантаження
- X.Y.1.Z - Z кандидат на випуск 1-го випуску з виправленнями, останній rc вважається фінальним і викладений на головну сторінку завантаження
Це здається найкращим компромісом з наступними перевагами:
- зрозумілі для звичайних користувачів, альфа-, бета-прапори відомі з інших проектів, тому вони задають розумні очікування
- коректне сортування за алфавітом у RPM, Bugzilla
- "легко" розбирається (рядки альфа/бета розділені крапкою)
У списку розсилки була довга дискусія про цю схему.
Прискорення циклу релізу
Таке прискорення циклу випуску вимагає значних зусиль з розробки релізу та контролю якості. Щоб зменшити витрати на них, ми працюємо над створенням повних (тобто таких, що містять усі мови) щоденних знімків основної гілки, щоб забезпечити безперервне тестування покращень коду. Частково це вже працює, як можна побачити/завантажити з тут.
Так само ми плануємо все більше автоматизувати процес збірки, щоб випускати релізи з меншою кількістю дотиків, і продовжувати зменшувати розмір наших двійкових файлів, щоб забезпечити набагато швидшу передачу еквівалентних збірок продукту.
Випуски з вичерпаним терміном експлуатації
Зазвичай реліз має життєвий цикл близько дев'яти місяців. Ми вважаємо, що реліз досягнув кінця життя (EOL) через місяць після останнього запланованого випуску.
Якщо вам потрібна триваліша підтримка випуску, ми рекомендуємо залучити будь-якого сертифікованого L3-провайдера, який міг би надати вам цю послугу.
Через велику кількість даних, випуски було розбито на План випуску/Архів.