Мэтью Миллер (Matthew Miller), занимающий пост лидера проекта Fedora, при обсуждении возможного расписания подготовки Fedora 22, выступил (https://lists.fedoraproject.org/pipermail/devel/2014-Decembe... с предложением перейти к новому процессу формирования релизов, который поможет избавиться от постоянно возникающих переносов сроков из-за невозможности вовремя стабилизировать пакетную базу. В проекте предлагается внедрить предложенную компанией Intel стратегию разработки "тик-так (https://ru.wikipedia.org/wiki/%D2%E8%EA-%... применяемую для согласования разработки новых архитектур и адаптации для них производства.Стратегия "тик-так" подразумевает наличие двух отдельных стадий для развития функциональности и оттачивания дистрибутива. Стадии циклично сменяют друг друга: в рамках первого цикла идёт работа по разработке и внедрению новшеств, затем наступает цикл "release engineering (https://fedoraproject.org/wiki/ReleaseEngineering/Overview)&... сосредоточенный на компонентах дистрибутива, повышении качества и развитии инструментария, после чего опять наступает цикл создания новшеств и т.д. По мнению Миллера, подобное разделение позволит сократить цикл подготовки релизов и избавиться от коллизий, возникающих при попытке сочетания данных процессов для каждого релиза.
Внедрение стратегии подразумевает более частое формирование один за другим двух типов выпусков - "tick" с достаточно сырыми новшествами и более консервативного "tock". Выпуски, подготовленные в рамках первого цикла будут представлять интерес для заинтересованных в скорейшем получении новшеств, в рамках второго цикла - для ценителей качества работы дистрибутива и согласованности его компонентов. Например, "tick" выпуск Fedora можно будет сформировать в начале осени и включить в его состав свежий выпуск GNOME, не заставляя пользователей ждать завершения процесса стабилизации дистрибутива.URL: http://ostatic.com/blog/fedora-21-a-go-after-another-rc-new-...
Новость: http://www.opennet.me/opennews/art.shtml?num=41192
Нужно. Всеравно многие ( и я) сидят на федоре "через релиз". Теперь это будет явно обосновано.
До этого у них каждый раз был только tick, imho
А у Дебиана всегда "ТАК".
а у FreeBSD всегда tock-tock-tock (и так лет 20)
Из-под крышки.
Смени памперс :)
> а у FreeBSD всегда tock-tock-tock (и так лет 20)Если точнее, для системы используется четырёхшаговый цикл разработки:
Release <- Stable <- Current <- Perforce,
где
Release — это "верстовой камень" на ветке Stable;
Current — это ствол дерева разработки;
Perforce — это частные наработки, ожидающие включения в ствол.(Перенос кода из Current в Stable — MFC, Merge From Current).
hahhahaaaa. so true
Да перейдите уже на роллинг и не извращайтесь.
не нужно. Во всех дистрибутивах есть нестабильная ветка. Кому надо новшества может туда пойти
> не нужно. Во всех дистрибутивах есть нестабильная ветка.У федоры её на сейчас нет, насколько мне известно -- с год тому пробегал вопрос "пользуется ли кто у себя rawhide?" и выяснение того, что уже никто (лет десять это было при определённой сноровке возможно).
В альте пришли к другой модели, которая мне кажется существенно более разумной (правда, и факторы, определяющие нестабильность, изрядно отличаются):
- в рамках sisyphus осуществляется текущая разработка;
- когда приходит время очередной стабильной ветки -- сизиф притормаживается;
- альфа-сборки происходят на "медленном" unstable;
- одновременно с фиксацией беты дистрибутива происходит отделение бранча;
- далее некоторое время бранч и сизиф идут почти шаг-в-шаг (происходит копирование);
- когда в сизифе начинают меняться ABI или иная функциональность, бранч уходит "в автоном";
- дистрибутивы выпускаются на бранче (x.0 и далее x.0.y, хотя уже напрашиваются x.y по примеру Debian или RHL, кто помнит).PS: при этом ключевым отличием является то, что сизифом можно было пользоваться для работы всегда, а последние несколько лет трудами в т.ч. at@ ширина и глубина "штормовых окон" существенно уменьшились -- т.к. нынешняя сборочница не допускает unmets в unstable.
По моему опыту (правда не сказать что очень большому, лет 8) чем более короткий процесс описания релизов, тем более качественной и быстрой получится разработка. Например, для Альта мог бы подойти такой вариант: 10 месяцев разработки + 2 месяца усиленного тестирования, затем релиз. Критические баги правятся на месте, остальные идут на следующий год.
> По моему опыту (правда не сказать что очень большому, лет 8) чем
> более короткий процесс описания релизов, тем более качественной и быстрой
> получится разработка.Это или гениальное описание, или оставленные на десерт детали. Вспоминаются BSDL, GPL и история с ath[59]k (запамятовал точно, какой там путешествовал по ядрам и лицензиям с выяснением деталей трактовки требований автора "во время выполнения").
> Например, для Альта мог бы подойти такой вариант: 10 месяцев
> разработки + 2 месяца усиленного тестирования, затем релиз.
> Критические баги правятся на месте, остальные идут на следующий год.Пришли к выводу, что оптимально 18--24 месяца между бранчами. Причём то, как коллеги из openSUSE сперва кинулись на абордаж марковских шести месяцев, а потом начали месяц за месяцем возвращать в цикл выпуска -- подтверждает, что пытаться уподобляться кроликам и впрямь незачем.
Миша и слова не может сказать чтоб не пропиарить свой никому не нужный альт.> с год тому пробегал вопрос "пользуется ли кто у себя rawhide?" и выяснение того, что уже никто (лет десять это было при определённой сноровке возможно).
proof please.
>Миша и слова не может сказать чтоб не пропиарить свой никому не нужный альт.Альт нужен как воздух, чего реально не хватает - предсказуемости релизов и свежего софта в них.
>>Миша и слова не может сказать чтоб не пропиарить свой никому не нужный альт.
> Альт нужен как воздух, чего реально не хватает - предсказуемости релизов и
> свежего софта в них.Поподробнее пожалуйста, для чего нужен этот сизифов труд ? И помедленнее, я записсуую...
> чего реально не хватает - предсказуемости релизов и свежего софта в них.Как раз вышла бета очередных стартеркитов, через неделю "релиз" будет; по свежим софтам -- всё в наших руках, ну и на форуме есть раздел "Разработка официальных дистрибутивов".
PS вдогонку к предыдущему ответу: постарался припомнить и расписать достаточно подробно в надежде на то, что кому-нибудь поможет избежать уже хорошо известных грабель.
> Миша и слова не может сказать чтоб не пропиарить свой никому не нужный альт.Мишаня попытался расписать тут самый обычный процесс разработки софта, но как обычно с кардинальными "улучшениями" от Альта: заменяем слово "UNSTABLE" или "FACTORY" на "СИЗИФ" и получаем немедленный профит. Все в о*уе, a Мишаня, Светодиод и Ко покровительственно улыбаются и похлопывают белых единорогов по холкам.
примерно год работаю на fedora rawhide, обновления качаю почти каждый день, за все время 1 раз сломался цинамоновский dm, не помню какой там. Вернул на lxdm.
И ломался wifi в NetworkManager, но это вроде бы во всех дистрах тестовых веток было.
В остальном мега стабильная система несмотря на то, что rawhide.
> примерно год работаю на fedora rawhide, обновления качаю почти каждый день,
> за все время 1 раз сломался цинамоновский dm, не помню какой там.Спасибо; это 2014 получается? (я не знаю, последовали ль из обсуждения, на которое по памяти ссылался -- не лезть же из-за малолетних флудеров ворошить LWN -- какие-либо практические действия по rawhide, поэтому интересно)
Да, примерно с феврала, до этого на релизной федоре года 3. Вообще последнее время закрадываетсч крамольная мысль поменять на всех серваках centos 7 на fedora server. Разница между ними как-то стерлась, проблем со стабильностью мною тоже не замечено, а пакеты и ядро в федоре свежее, всяким докерам и кубернейтарам это нужно.
Судя по количеству обновлений, что до сих пор идут в Fedora 20, это получился самый стабильный дистрибутив за всю историю Fedora. Если раз в несколько релизов они (FESCO) будут менять свой подход к выпускам, будут получаться хорошие "предыдущие" релизы. Пока это единственный плюс изменений :)
Количество обновлений ничего не говорит о стабильности, равно как и слово stable о релизе федоры, хоть ты там ядро самое свеежее ставь, хоть не ставь - всё одно софт подобран так себе, и ещё не каждая фича работает. Fedora stable совсем не стабильная в полном понимании этого слова. Для начала попробуйте запустить на том-же железе debian jessie(т.е. testing) и попользоваться ей дня три - сразу поймёте что тут уже есть всё и всё работает чего ещё нету в Fedora 21, не то что в костыле для русскоговорящих Russian Fedora 21 которая виснет на начальных этапах установки.
Для меня оказалось наоборот -- до 20-й версии все пучком крутилось, а после апгрейда на втором мониторе заглючило обновление экрана. Пришлось откатиться на последнее ядро fc19 на момент выхода fc20, xorg-x11-sever и xorg-x11-drv-intel.
Комп -- ноут dell xps15z, который с дискретной нвидией и встроенным интелом на борту. Второй либо глючит, либо вообще не определяется. Если fc21 не станет родными ядром и иксами на два монитора, буду переползать на убунту.
Fedora - tick, Enterprise Linux - tock не?
Или tock раз в три года не достаточно чтобы оставаться на гребне технологий?
Или я что-то упустил и основная цель современных открытых проектов, всё же, штамповка мажорных версий как можно чаще?
> Или я что-то упустил и основная цель современных открытых проектов, всё же,
> штамповка мажорных версий как можно чаще?И не только их. Или совсем не, а "бывших открытых систем, окупайд маркетоидами, радужными идолопоклонниками одной релизной trunk ветки". Укушенные Мозиллой-7.
Вон рядом Роскомнадзор "релизит часто" - три новости на OpenNET-е за три дня. Рекорд Убунты побит. "Современный открытый проект."
> Fedora - tick, Enterprise Linux - tock не?
> Или tock раз в три года не достаточно чтобы оставаться на гребне
> технологий?Технологии разные бывают. Кому-то и кобыла на мэйнфрейме до сих пор не гребне.
В 2010 купил ноут dell xps15z. Почти год ноут пролежал практически в коробке -- кроме той винды, что с ним пришла, ничего не устанавливалось. Потом появилось ядро, но без поддержки APIC. Полгода пришлось работать на одном ядре из 4-х. Потом кое-как заработали 4 ядра.
Три года -- это для серваков нормально, типа залил и забыл, а для рабочего компа даже федориной латентности маловато.
Кстати, libreoffice - fresh & stable - подобная модель.
А, забыл, уже не fresh & stable, a fresh & steel.
> А, забыл, уже не fresh & stable, a fresh & steel.still
>>fresh & steel.
>steelBlut und Eisen.
>>>fresh & steel.
>>steel
> Blut und Eisen.Гитлер Меркель гуттен махен!
ЗАДОЛБАЛИ, перестану обновляться, останусь на 20-ке.
Кому нужно сырое - использует rawhide. Если никому не нужно, то и "тики" никто не будет ставить, а будут ждать "таки".
rawhide это просто транк разработки. На него совсем невозможно положиться при использовании. Из него хорошо доставать отдельные srpm-ки.Само собой, все будут сидеть на "таке", а тики будут для тех, кто заинтересован в обкатке технологий. Просто теперь "ТАК" будет чуть медленней развиваться, чем текущие релизы, а "ТИК" - наоборот, быстрее. По-моему, отлично
>а будут ждать "таки".Таки будут ждать.
Этого не может быть, вся планета наканецта допёрла, до того,
чем занималась советская наука, инженерия и промышленность с 1942 года.
Мне кажется или автор открыл для себя бета-релизы?