Менее месяца назад (в октябре 2013 года) был стабильный релиз (Saucy), а теперь он находится в активной разработке немедленно, почему так? Не следует ли сосредоточиться на разработке стабильного релиза или обе ветки/релизы будут предоставлять одинаковое количество исправлений? Что изменится в новом разрабатываемом релизе, что нельзя импортировать из текущего стабильного релиза?
Я видел пару вопросов, но они спрашивают, как перейти от разработки к стабильной версии, не входящей в область действия. Я хотел бы получить ответ, например, такойСтанет ли альфа/бета-версия ISO официальной после релиза?
решение1
Меньше месяца назад вышел стабильный релиз (Saucy), а сейчас он находится в активной разработке. Почему?
Потому что всегда есть версия для разработки. Как только версия для разработки заморожена, люди начинают работать над следующей версией, которая затем становится версией для разработки. Это просто тикает так каждые шесть месяцев. "+1" просто относится к "следующему релизу".
«+1» также используется для обозначения +2 (и т. д.), когда имя неизвестно, например, «Trusty+1» для обозначения 14.10.
Разве разработка не должна быть сосредоточена на стабильной версии, или обе ветки/выпуски будут предоставлять одинаковое количество исправлений?
Но стабильная версия естьвыпущенный. По всем намерениям, это сделано. Это идеально. Единственными исключениями из этого правила являются:
- Обновления безопасности. Это основная причина отзыва исправлений.
- Обновления браузера. Раньше они ограничивались бэкпортированием исправлений безопасности, но было сочтено более полезным перенести весь браузер вперед.
- ДругойСтабильные обновления релизагде значимость исправления считается целесообразной (и без ущерба).
- LTS Hardware Enablement stacks. Это пакеты ядер, драйверов и сборок X, которые обновляются до последних стабильных версий с каждым релизом, чтобы пользователи LTS могли оставаться в курсе последних обновлений, не меняя остальную часть системы. Это важно, учитывая скорость графических улучшений (и нового оборудования) в наши дни.
То, что вы описываете, это скользящий релиз, где стабильный и разрабатываемый — это практически одно и то же. Ubuntu так не работает.
Какие изменения в новой версии для разработки нельзя импортировать из текущей стабильной версии?
Все, что угодно.
За исключением списка выше, ничегоизмененияв стабильном релизе. Идея заключается в том, чтобы поддерживать стабильный релиз стабильным, и это достигается путем его минимальной модификации.
решение2
"Почему это?"
Существует четкая разница между добавлением новых функций и исправлением ошибок. Первое — это «разработка», а второе относится к «стабильному» релизу. Стабильный релиз не был бы очень стабильным, если бы вся разработка, происходящая, например, на Ubuntu Touch и Mir, попадала на установленные системы пользователей.
Вот почему, как только версия Ubuntu выпускается как «стабильная», в нее не добавляется много новых функций, вместо этого основное внимание уделяется исправлению ошибок в существующих пакетах без необходимости их обновления до совершенно новых версий.
Все новые разработки происходят в «разрабатываемой» версии, которую пользователи, конечно, могут свободно опробовать, с предупреждением о том, что в любой момент может появиться новейшее программное обеспечение, которое, возможно, нарушит ожидания относительно того, как будет вести себя система.
Не следует ли сосредоточиться на разработке стабильной версии?
Совсем наоборот, см. объяснение выше.
or both branch/releases will provide the same amount of fixes?
Стабильная версия будет содержать только исправления, тогда как разрабатываемая версия будет содержать как исправления, так и новые версии/функции.
См. процедурупринятие обновления стабильной версиив стабильный релиз, вы увидите, что требование заключается в том, чтобы сначала исправить ошибку в серии разработки, прежде чем запрашивать ее применение в стабильном релизе. Также прочитайте раздел "Почему" для расширенного представления объяснения, которое я дал.