Политика выпуска ROSA Desktop — различия между версиями

Материал из Rosalab Wiki
Перейти к: навигация, поиск
(Режимы)
(Политика)
Строка 13: Строка 13:
 
=== Политика ===
 
=== Политика ===
 
Общая политика обновлений внутри платформы - плавное обновление, без изменений интерфейса и регрессий функциональности.  
 
Общая политика обновлений внутри платформы - плавное обновление, без изменений интерфейса и регрессий функциональности.  
Обновления интерфейса допускаются при перестановке с релиза нового образа, т.е. если изменился состав образа или настройки пользователя по-умолчанию эти изменения не прилетят с обновлениями.
+
Обновления интерфейса допускаются при перестановке с релиза нового образа, т.е. если изменился состав образа или настройки пользователя по-умолчанию то эти изменения не прилетят с обновлениями.
 
Для исключения регрессий обновления пакетов из репозиториев main, non-free и restricted проверяются службой контроля качества. Прежде чем попасть в основные репозитории, пакеты выкладываются в репозиторий testing для тестирования.
 
Для исключения регрессий обновления пакетов из репозиториев main, non-free и restricted проверяются службой контроля качества. Прежде чем попасть в основные репозитории, пакеты выкладываются в репозиторий testing для тестирования.
 +
 
=== Режимы ===
 
=== Режимы ===
 
При проверке кандидатов на обновление службой контроля качества (QA) используются две политики - '''стандартная''' и '''консервативная'''.
 
При проверке кандидатов на обновление службой контроля качества (QA) используются две политики - '''стандартная''' и '''консервативная'''.
 
* При '''стандартной''' политике обновлений происходит наращивание функциональности платформы. Политика QA при этом - пропустить пакет обновления если в нем нет ошибок и регрессий.  
 
* При '''стандартной''' политике обновлений происходит наращивание функциональности платформы. Политика QA при этом - пропустить пакет обновления если в нем нет ошибок и регрессий.  
 
* Примерно за месяц до релиза политика обновлений меняется на '''консервативную''', направленную на поиск ошибок и стабилизацию репозиториев перед релизом. При такой политике службой контроля качества пропускаются только обновления с исправлениями ошибок или очень важными изменениями функционала т.е. необходимость обновления нужно доказывать.
 
* Примерно за месяц до релиза политика обновлений меняется на '''консервативную''', направленную на поиск ошибок и стабилизацию репозиториев перед релизом. При такой политике службой контроля качества пропускаются только обновления с исправлениями ошибок или очень важными изменениями функционала т.е. необходимость обновления нужно доказывать.

Версия 15:06, 6 июня 2016

Платформы

Разработка ROSA FRESH основана на выпуске и обновлении платформ. Платформы, как правило, выпускаются раз в два года и нумеруются "год.полугодие". Так были выпущены платформы 2012.0 2012.1 2014.1, планируется 2016.1. Платформа состоит из набора источников-репозиториев, содержащих пакеты прикладных и системных программ. Репозитории платформы состоят из двух веток - release, где фиксируется состояние платформы на момент выпуска и updates куда идут пакеты обновлений.

Релизы

В рамках каждой из платформ выпускаются дистрибутивы-образы. Образы, как правило, выпускаются раз в полгода и обозначаются R<номер> с указанием графической оболочки. Так были выпущены, например, KDE.R7 и GNOME.R7. В рамках платформы релизы ROSA FRESH это просто собранные в текущем состоянии репозиториев образы, например R1-R3 использовали репозитории платформы 2012.1 а R4-R7 - репозитории платформы 2014.1. KDE является основной оболочкой ROSA LINUX и именно выпуск нового образа с KDE означает изменение релиза.

Обновления

Порядок

В рамках одной платформы обновление пользовательских компонентов ROSA FRESH обеспечивается автоматически (потому она и называется - FRESH - свежая). Те, кто поставил когда-то ROSA R4 обычным порядком обновились до R5, R6, R7 и далее будут обновлены до R8. Однако, рекомендуется ставить систему с последних образов т.к. тестируется обновление только с образа последнего релиза. Основные системные компоненты (gcc, glibс и подобные) меняются только с выпуском новой платформы. Автоматический переход с одной платформы на другую не обеспечивается, однако репозитории предыдущей платформы остаются доступными и функционирующими после выпуска следующей платформы.

Политика

Общая политика обновлений внутри платформы - плавное обновление, без изменений интерфейса и регрессий функциональности. Обновления интерфейса допускаются при перестановке с релиза нового образа, т.е. если изменился состав образа или настройки пользователя по-умолчанию то эти изменения не прилетят с обновлениями. Для исключения регрессий обновления пакетов из репозиториев main, non-free и restricted проверяются службой контроля качества. Прежде чем попасть в основные репозитории, пакеты выкладываются в репозиторий testing для тестирования.

Режимы

При проверке кандидатов на обновление службой контроля качества (QA) используются две политики - стандартная и консервативная.

  • При стандартной политике обновлений происходит наращивание функциональности платформы. Политика QA при этом - пропустить пакет обновления если в нем нет ошибок и регрессий.
  • Примерно за месяц до релиза политика обновлений меняется на консервативную, направленную на поиск ошибок и стабилизацию репозиториев перед релизом. При такой политике службой контроля качества пропускаются только обновления с исправлениями ошибок или очень важными изменениями функционала т.е. необходимость обновления нужно доказывать.