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

Материал из Rosalab Wiki
Перейти к: навигация, поиск
(Политика)
(оформление, орфография/пунктуация, обновление данных)
 
Строка 1: Строка 1:
 
== Платформы ==
 
== Платформы ==
Разработка ROSA Desktop основана на выпуске и обновлении платформ. Платформы, как правило, выпускаются раз в два года и нумеруются "год.полугодие". Так были выпущены платформы '''2012.0 2012.1 2014.1 2016.1'''. Платформа состоит из набора [[Что такое источники (репозитории)|источников-репозиториев]], содержащих пакеты прикладных и системных программ. Репозитории платформы состоят из трех веток - '''release''', где фиксируется состояние платформы на момент выпуска, '''updates''' куда идут пакеты обновлений и '''testing''', куда выкладываются обновленнные пакеты для тестирования перед попаданием в '''updates'''
+
Разработка ROSA Desktop основана на выпуске и обновлении платформ. Платформы, как правило, выпускаются раз в два года и нумеруются "год.полугодие". Так были выпущены платформы {{Версия|2012.0, 2012.1, 2014.1, 2016.1, 2021.1}} (актуальная), {{Версия|2023.1}} (в разработке). Платформа состоит из набора [[Что такое источники (репозитории)|источников-репозиториев]], содержащих пакеты прикладных и системных программ. Репозитории платформы состоят из трех веток:
 +
* '''release''', где фиксируется состояние платформы на момент выпуска,  
 +
* '''updates''', куда идут пакеты обновлений,
 +
* '''testing''', куда выкладываются обновлённые пакеты для тестирования перед попаданием в '''updates'''.
  
 
== Релизы ==
 
== Релизы ==
В рамках каждой из платформ выпускаются дистрибутивы-образы. Образы, как правило, выпускаются раз в полгода и обозначаются R<номер> с указанием графической оболочки. Так были выпущены, например, '''KDE.R8''' и '''GNOME.R8'''. В рамках платформы релизы ROSA FRESH это просто собранные в текущем состоянии репозиториев образы, например '''R1-R3''' использовали репозитории платформы '''2012.1'''
+
В рамках каждой из платформ выпускаются дистрибутивы-образы. Образы, как правило, выпускаются раз в полгода и обозначаются R<номер> с указанием графической оболочки. Так были выпущены, например, {{Версия|KDE.R8}} и {{Версия|GNOME.R8}}. В рамках платформы релизы ROSA FRESH - это просто собранные в текущем состоянии репозиториев образы:
а '''R4-R8.1''' - репозитории платформы '''2014.1''', '''R9-R11.1''' - репозитории платформы '''2016.1'''. KDE является основной и самой стабильной оболочкой ROSA LINUX.
+
* {{Версия|R1-R3}} использовали репозитории платформы {{Версия|2012.1}},
 +
* {{Версия|R4-R8.1}} - репозитории платформы {{Версия|2014.1}},
 +
* {{Версия|R9-R11.1}} - репозитории платформы {{Версия|2016.1}}.  
 +
* {{Версия|R12-R12.4}} использует репозитории платформы {{Версия|2021.1}} (актуальная).
 +
 
 +
KDE является основной и самой стабильной оболочкой ROSA LINUX.
  
 
== Обновления ==
 
== Обновления ==
 
=== Порядок ===
 
=== Порядок ===
В рамках одной платформы обновление пользовательских компонентов ROSA FRESH обеспечивается автоматически (потому она и называется - FRESH - свежая).
+
В рамках одной платформы обновление пользовательских компонентов ROSA FRESH обеспечивается автоматически (потому она и называется - FRESH - "свежая").
Те, кто поставил когда-то ROSA R4 обычным порядком обновились до R5, R6, R7, R8 и далее были обновлены до R8.1. Однако, рекомендуется ставить систему с последних образов т.к. тестируется обновление только с образа последнего релиза. Основные системные компоненты (gcc, glibс и подобные) меняются только с выпуском новой платформы.  
+
Те, кто поставил когда-то ROSA R4 обычным порядком обновились до R5, R6, R7, R8 и далее были обновлены до R8.1. Однако, рекомендуется ставить систему с последних образов, т.к. тестируется обновление только с образа последнего релиза. Основные системные компоненты (gcc, glibс и подобные) меняются только с выпуском новой платформы.  
 
Автоматический переход с одной платформы на другую не обеспечивается, однако репозитории предыдущей платформы остаются доступными и функционирующими после выпуска следующей платформы.
 
Автоматический переход с одной платформы на другую не обеспечивается, однако репозитории предыдущей платформы остаются доступными и функционирующими после выпуска следующей платформы.
  
Строка 15: Строка 23:
 
Общая политика обновлений внутри платформы - плавное обновление, без изменений интерфейса и регрессий функциональности.  
 
Общая политика обновлений внутри платформы - плавное обновление, без изменений интерфейса и регрессий функциональности.  
 
Обновления интерфейса допускаются при перестановке с релиза нового образа, т.е. если изменился состав образа или настройки пользователя по-умолчанию то эти изменения не прилетят с обновлениями.
 
Обновления интерфейса допускаются при перестановке с релиза нового образа, т.е. если изменился состав образа или настройки пользователя по-умолчанию то эти изменения не прилетят с обновлениями.
Для исключения регрессий обновления пакетов из репозиториев '''main''', '''non-free''' и '''restricted''' проверяются службой контроля качества. Прежде чем попасть в основные репозитории, пакеты выкладываются в репозиторий '''testing''' для тестирования. Итоговый релиз платформы (например, R11.1 для 2016.1) характеризуется стабильностью и поддерживается в течение лет консервативной политикой обновлений, на основе итогового релиза собираются коммерческие версии ROSA Desktop
+
Для исключения регрессий обновления пакетов из репозиториев '''main''' и '''non-free''' проверяются службой контроля качества. Прежде чем попасть в основные репозитории, пакеты выкладываются в репозиторий '''testing''' для тестирования. Итоговый релиз платформы (например, R11.1 для 2016.1) характеризуется стабильностью и поддерживается в течение двух лет консервативной политикой обновлений, на основе итогового релиза собираются коммерческие версии ROSA Desktop.
  
 
=== Поддержка обновлений ===
 
=== Поддержка обновлений ===
 
При проверке кандидатов на обновление службой контроля качества (QA) используются две политики - '''стандартная''' и '''консервативная'''.
 
При проверке кандидатов на обновление службой контроля качества (QA) используются две политики - '''стандартная''' и '''консервативная'''.
* При '''стандартной''' политике обновлений происходит наращивание функциональности платформы. Политика QA при этом - пропустить пакет обновления если в нем нет ошибок и регрессий.  
+
* При '''стандартной''' политике обновлений происходит наращивание функциональности платформы. Политика QA при этом - пропустить пакет обновления, если в нем нет ошибок и регрессий.  
* Примерно за месяц до релиза политика обновлений меняется на '''консервативную''', направленную на поиск ошибок и стабилизацию репозиториев перед релизом. При такой политике службой контроля качества пропускаются только обновления с исправлениями ошибок или очень важными изменениями функционала т.е. необходимость обновления нужно доказывать. Такая политика применяется и для уже выпущенной платформы.
+
* Примерно за месяц до релиза политика обновлений меняется на '''консервативную''', направленную на поиск ошибок и стабилизацию репозиториев перед релизом. При такой политике службой контроля качества пропускаются только обновления с исправлениями ошибок или очень важными изменениями функционала, т.е. необходимость обновления нужно доказывать. Такая политика применяется и для уже выпущенной платформы.
  
 
[[Category:Регламенты ROSA]]
 
[[Category:Регламенты ROSA]]

Текущая версия на 09:22, 24 августа 2023

Платформы

Разработка ROSA Desktop основана на выпуске и обновлении платформ. Платформы, как правило, выпускаются раз в два года и нумеруются "год.полугодие". Так были выпущены платформы 2012.0, 2012.1, 2014.1, 2016.1, 2021.1 (актуальная), 2023.1 (в разработке). Платформа состоит из набора источников-репозиториев, содержащих пакеты прикладных и системных программ. Репозитории платформы состоят из трех веток:

  • release, где фиксируется состояние платформы на момент выпуска,
  • updates, куда идут пакеты обновлений,
  • testing, куда выкладываются обновлённые пакеты для тестирования перед попаданием в updates.

Релизы

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

  • R1-R3 использовали репозитории платформы 2012.1,
  • R4-R8.1 - репозитории платформы 2014.1,
  • R9-R11.1 - репозитории платформы 2016.1.
  • R12-R12.4 использует репозитории платформы 2021.1 (актуальная).

KDE является основной и самой стабильной оболочкой ROSA LINUX.

Обновления

Порядок

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

Политика

Общая политика обновлений внутри платформы - плавное обновление, без изменений интерфейса и регрессий функциональности. Обновления интерфейса допускаются при перестановке с релиза нового образа, т.е. если изменился состав образа или настройки пользователя по-умолчанию то эти изменения не прилетят с обновлениями. Для исключения регрессий обновления пакетов из репозиториев main и non-free проверяются службой контроля качества. Прежде чем попасть в основные репозитории, пакеты выкладываются в репозиторий testing для тестирования. Итоговый релиз платформы (например, R11.1 для 2016.1) характеризуется стабильностью и поддерживается в течение двух лет консервативной политикой обновлений, на основе итогового релиза собираются коммерческие версии ROSA Desktop.

Поддержка обновлений

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

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