План випуску

    From The Document Foundation Wiki
    This page is a translated version of the page ReleasePlan and the translation is 100% complete.

    Вступ

    Доведено, що випуски з прив'язкою до часу створюють найякісніше вільне програмне забезпечення. Випуском з прив'язкою до часу називається випуск, який не чекає на появу нових можливостей або виправлення помилок, а базується (наскільки це можливо) на часі. Це забезпечує дисципліну у впровадженні виправлень, забезпечує передбачуваність і дозволяє випускати більш регулярні випуски. Також ми обов'язково випускатимемо попередній випуск, а потім швидко, інкрементно, випуски з виправленнями, засновані на попередньому стабільному випуску. Отже, якщо вам потрібен реліз найвищої якості, може мати сенс зачекати з переходом до першого або, можливо, другого випуску з незначними виправленнями.

    • LibreOffice має передбачувані випуски, які виходять раз на два роки, синхронізовані з іншими проектами вільного програмного забезпечення (наприклад, Gnome) і щонайменше на місяць випереджають випуски основних дистрибутивів Linux.
    • Синхронізація графіка випусків з ширшою екосистемою вільного програмного забезпечення також має величезні переваги у наданні наших нових можливостей користувачам якнайшвидше, з мінімальною затримкою у циклі розповсюдження. Як результат, ми прагнемо випускати релізи у лютому та серпні.
    • Доступні дві версії: найновіша - для ентузіастів, новачків і досвідчених користувачів, і попередня - з меншою кількістю функцій, але з більш тривалим тестуванням - для корпоративних впроваджень і більш обережних користувачів.
    • В результаті користувачі отримують новий великий реліз кожні півроку з широким спектром функцій, виправлень та покращень. Вони також отримають багато мікро-випусків, що виправляють помилки. Перший реліз X.Y.0 призначений для тих, хто рано перейшов на нову версію. Більш консервативним користувачам рекомендується зачекати на наступні випуски X.Y.3/X.Y.4 з виправленням помилок.

    Зверніть увагу, що дати в цьому розкладі можуть змінитися, якщо виникнуть серйозні технічні або інші проблеми з випуском. Додатковий час може знадобитися, якщо у фінального кандидата на випуск виникне катастрофічна проблема. Така проблема може затримати випуск фінального релізу на тиждень або більше. Рішення про це має бути прийнято на засіданні Інженерного керівного комітету.

    На спрощеному графіку нижче показано три випуски, розміщені на часовій шкалі, що складається з 24 місяців.

    Майбутні
    Fresh
    Still

    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-провайдера, який міг би надати вам цю послугу.

    Через велику кількість даних, випуски було розбито на План випуску/Архів.