Обсуждение:DistroReleasePolicy: различия между версиями
м («Обсуждение:Branches/ReleasePolicy» переименована в «Обсуждение:DistroReleasePolicy») |
(Уточнение цели) |
||
Строка 6: | Строка 6: | ||
Релизы настольных комплектов раз в пол-года и серверных раз в год -- фантастика. Да и смысла нет никакого. Для настольных самый быстрый осмысленный цикл -- год. Для серверных вполне нормально не чаще чем раз в два года. Можно и три. Иначе с качеством будут большие проблемы. Ещё, осмысленно Х.0 выпускать только в фтп виде. А "разливать" по коробкам уже только Х.1 или Х.0.1 и далее. Смотря какая будет политика нумерования. | Релизы настольных комплектов раз в пол-года и серверных раз в год -- фантастика. Да и смысла нет никакого. Для настольных самый быстрый осмысленный цикл -- год. Для серверных вполне нормально не чаще чем раз в два года. Можно и три. Иначе с качеством будут большие проблемы. Ещё, осмысленно Х.0 выпускать только в фтп виде. А "разливать" по коробкам уже только Х.1 или Х.0.1 и далее. Смотря какая будет политика нумерования. | ||
(dobr@) | (dobr@) | ||
---- | |||
> Цель | |||
> Получение прогнозируемой по функциональности, стабильности и качеству пакетной базы | |||
> для создания дистрибутивов, позволяющей осуществлять долговременную поддержку. | |||
Может, все же целью является создание самих дистрибутивов? --[[Участник:MichaelBochkaryov|Rattler]] 12:31, 2 мая 2009 (UTC) |
Версия от 15:31, 2 мая 2009
> В то же время делается копия стабилизированного бранча — backports,
> в который вносятся любые нестабильные изменения.
backports -- это оверлей, а не самостоятельный замкнутый репо. Как, скажем, Daedalus. (mike)
Релизы настольных комплектов раз в пол-года и серверных раз в год -- фантастика. Да и смысла нет никакого. Для настольных самый быстрый осмысленный цикл -- год. Для серверных вполне нормально не чаще чем раз в два года. Можно и три. Иначе с качеством будут большие проблемы. Ещё, осмысленно Х.0 выпускать только в фтп виде. А "разливать" по коробкам уже только Х.1 или Х.0.1 и далее. Смотря какая будет политика нумерования. (dobr@)
> Цель
> Получение прогнозируемой по функциональности, стабильности и качеству пакетной базы > для создания дистрибутивов, позволяющей осуществлять долговременную поддержку.
Может, все же целью является создание самих дистрибутивов? --Rattler 12:31, 2 мая 2009 (UTC)