Розробники Firefox оголосили про скорочення циклу підготовка нові версії браузера протягом чотирьох тижнів (попередні версії готувались протягом 6-8 тижнів). Firefox 70 запуститься згідно з наведеним графіком 22 жовтняпотім через шість тижнів 3 грудня буде підготовлена версія Firefox 71, після чого вони сформуються наступні випуски кожні чотири тижні (7 січня, 11 лютого, 10 березня тощо).
Після цього довгострокова версія підтримки (ШОЕ) виходитиме раз на рік, як і раніше і це залишиться ще протягом трьох місяців після формування наступної версії ШОЕ. Коригувальні оновлення для гілки ESR будуть синхронізовані з регулярними випусками, а також будуть виходити кожні 4 тижні.
Наступною версією ESR буде Firefox 78, запланована на червень 2020 року. SpiderMonkey і Tor Browser також перейдуть на 4-тижневий цикл побудови випуску.
Причина скоротити цикл розвитку це бажання швидше донести до користувачів нові функції. Очікується, що більш часті випуски збільшать гнучкість планування розробки продукції та впровадження пріоритетних змін, що відповідають вимогам бізнесу та ринку.
За словами розробників, чотиритижневий цикл розробки забезпечує оптимальний баланс між швидкістю доставки нових веб-API та забезпеченням якості та стабільності.
Починаючи з першого кварталу 2020 року, ми плануємо поставляти основну версію Firefox кожні 4 тижні. Каденція випуску Firefox ESR (Extended Enterprise Support Release) залишиться незмінною.
У найближчі роки ми передбачаємо серйозний випуск ESR кожні 12 місяців із тримісячним перекриттям підтримки між новим ESR та закінченням терміну корисного використання старого ESR. Наступні два основних випуски ESR будуть ~ червня 3 року та ~ червня 2020 року.
Коротші цикли випуску забезпечують більшу гнучкість для підтримки планування продукту та пріоритетних змін, обумовлених вимогами бізнесу чи ринку.
Завдяки чотиритижневим циклам ми можемо бути спритнішими та швидше доставляти функції, застосовуючи ту саму строгість та належну ретельність, необхідні для якісного, стабільного випуску.
Крім того, ми швидше передаємо розробникам нові функції та впровадження нових веб-API. (Це те, що ми нещодавно робили з реалізацією та оновленнями специфікацій CSS, наприклад.)
Скорочення часу необхідний для підготовки до запуску призведе до скорочення часу тестування бета-версій, нічні версії та версії для розробників, які планується компенсувати більш частими оновленнями для пробних версій.
Замість підготовки двох нових бета-версій в тиждень, планується адаптувати схему частого випуску бета-версії для бета-галузі, який раніше використовувався для нічних версій.
Щоб зберегти якість та мінімізувати ризик у скороченому циклі, ми повинні:
- Переконайтеся, що інженерна продуктивність Firefox не зазнає негативних наслідків.
- Прискорити цикл зворотного зв'язку з регресією від розгортання до виявлення та вирішення.
- Вміти контролювати розгортання функцій на основі наявності версії.
- Забезпечте належне тестування великих функцій, що охоплюють кілька циклів випуску.
- Мати чіткі та послідовні процеси пом’якшення наслідків та прийняття рішень.
Щоб зменшити ризик виникнення проблем непередбачені додавши деякі суттєві нововведення, зміни, пов’язані з цимs буде передаватися користувачам версій не один раз, а поступово; Спочатку можливість буде активована для невеликого відсотка користувачів, а потім буде повністю охоплена або динамічно відключена при виявленні дефектів.
Крім того, для перевірки нововведень та прийняття рішень щодо їх включення до основної групи програми Test Pilot, користувачам буде запропоновано взяти участь в експериментах, які не пов’язані з циклом підготовки до запуску.
Фуенте: https://hacks.mozilla.org/
Масове відчуження. Ми стали морськими свинками у всіх галузях промисловості.