В списке рассылки разработчиков Qt началось обсуждения (http://lists.qt-project.org/pipermail/development/2012-Augus...) вопроса перехода к использованию фиксированного графика выпуска релизов, который планируется внедрить после выхода Qt 5.0. В качестве отправной точки предлагается выпускать новый значительный релиз (5.1, 5.2 и т.п.) каждые 6 месяцев, а промежуточные корректирующие выпуски (5.1.1, 5.1.2 и т.п.) с интервалом раз в два месяца. Заранее определённый график подготовки релизов позволит заинтересованным в использовании Qt проектам, таким как дистрибутивы Linux и основанные на Qt продукты, более оптимально планировать переход своих релизов на новые выпуски библиотеки.
Для сохранения высокого качества релизов Qt, в настоящее время выпускаемых по мере готовности, только после полной стабилизации и вычищения ошибок, предлагается модернизировать процесс разработки. В частности, для каждого базового модуля Qt планируется создать три отдельных Git-репозитория: "fire hose" - ветка для интеграции новых возможностей и разработки, "leaky faucet" - ветка для стабилизации релизов (допускаются только исправления ошибок и регрессий) и "dripping bucket" - ветка с релизами. Раз в шесть месяцев готовые для использования возможности будут переноситься из ветки "fire hose" в "leaky faucet", на основе которой будет сформирован релиз и последующие корректирующие выпуски (допускается только исправление критических ошибок). Все три ветки будут постоянно открыты для изменений без стадий заморозки, при этом для каждой ветки будет свой набор правил когда и что можно добавлять в них.В обсуждении также упоминается намерение выпустить в августе первую бета версию Qt 5.0. Релиз при этом ожидается в сентябре или октябре. При использовании предложенной схемы фиксированной подготовки релизов выпуск Qt 5.1.0 будет представлен в апреле 2013 года.
URL: http://www.phoronix.com/scan.php?page=news_item&px=MTE1NTM
Новость: http://www.opennet.me/opennews/art.shtml?num=34509
названия веток зачёт!но почему даже в релизе ведро протекает?
Символизирует, что до релиза дойдут капли :)
> но почему даже в релизе ведро протекает?Потому что софт такого размера без багов - это фантастика :)
Разрабы Qt — слишком хорошие люди, они не могут вас соврать, что всё будет 100% ОК·
> Разрабы Qt — слишком хорошие люди, они не могут вас соврать, что
> всё будет 100% ОК·s/вас/вам/
Релиз раз в пол-года по графику, блин!
Решили с Gnome/Gtk решили пример взять? Так это плохой пример для подражания.
Или тоже под убунту с федорой подстраиваются?
Нет, давайте каждый день штопать. Все правильно сделали. Раз в пол года релиз, за ним раз в 2 месяца багфиксы, что не так то?
Уж багфиксы надо по мере исправления багов выпускать. Фиксированный цикл подготовки багфиксов это зло.
По-моему, верный шаг.
А по моему шаг идиотский. И пример тому - Убунта. Во что бы то ни стало, выпустить релиз в установленную дату. И что имеем ? Что после релиза зачастую приходится ждать ряд обновлений для устранения очевидных косяков...
Некоректное сравнение. ФФ с Хромом штампуют и ничего.
Кстати да, Убунту раз в 6 месяцев вываливает наработки за эти 6 месяцев, тогда как тут подразумевается, что на головы пользователей будет вывалена версия, которую уже 6 месяцев как вылизывали помимо того, что 6 месяцев разрабатывали.
>При использовании предложенной схемы фиксированной подготовки релизов выпуск Qt 5.1.0 будет представлен в апреле 2013 года.Опять всё напутали. В апреле выпускается убунта, гном в марте и сентябре (с 2003 года), библиотеки следует выпускать где-то в феврале.
> Опять всё напутали. В апреле выпускается убунта, гном в марте и сентябре (с 2003 года), библиотеки следует выпускать где-то в феврале.Зато какой богатый фольклор будет у селян будущего. По новым релизам Qt будут определять, будет ли лето холодное или нет. :)
Все правильно сделали. Давно известно, нет программы, в которой бы не было ошибки. Если следовать старой схеме, то релиза никогда не будет.
> Все правильно сделали. Давно известно, нет программы, в которой бы не было
> ошибки. Если следовать старой схеме, то релиза никогда не будет.(глядя на Дебиан, тщетно пытающийся отрелизиться) да, а не на столько уж вы и неправы. По поводу чего половина дебианщиков юзает testing/unstable. С риском факапов. Просто потому что архаика в stable - достала.
На сервере эта "архаика" в самый раз. В крайнем случае пара пакетов из бэкпортов стоит.
> На сервере эта "архаика" в самый раз.Много на вашем сервере крутится ПО завязанного на Qt ?
Просто замечательная новость.
В свое время подобный цикл разработки приняли и в Chrome и в Firefox, что позволяет этим браузерам развиваться очень быстро. Надеюсь и Qt будет так же быстро развиваться.
Цифирки они быстро крутят, а не развиваются. Кстати, какое развитие вам нужно от Qt? Как по мне - её можно (хм, скорее - нужно было) было заморозить года два назад - весь функционал на месте. Дальше - только багфиксы и оптимизации.
>Цифирки они быстро крутят, а не развиваются. Кстати, какое развитие вам нужно от Qt? Как по мне - её можно (хм, скорее - нужно было) было заморозить года два назад - весь функционал на месте. Дальше - только багфиксы и оптимизации.1. Насчет Chrome и Firefox
Раньше браузеры добавляли побольше изменений в новых релизах, но релиз того же Firefox был очень редкий. Вот и кажется, что сейчас они крутят циферки, хотя в общем плане развитие получается быстрее, чем раньше.
И кстати все силы они тратят на поддержку HTML5 и других технологий, они очень сильно развиваются.2.Развитие QT.
Идеала невозможно достигнуть. Появляются новые технологии, идеи. Приходится перестраивать архитектуру (QT5).
К примеру, сделан замечательный шаг от уходу от слотов в пользу обычных вызовов функций.
Также текущее (в QT4) положение Qtwidget'ов и QML надо улучшать, что бы можно было совместно использовать (хотя я и не большой любитель JavaScript).
2. Можно короче сказать: проект, который не развивается - мёртвый проект
Пеар перед продажой.
КЛБ чо
Вирус хрома, уже поразивший мозиллу и ядро линуха добрался до кути.
Самое ужасное, что къют не поддерживает запуск плагинов скомпилиных вручную из например в 4.8.0 версии в 4.8.1. Опять бессонные ночи на перекомпиляцию mysql и т.д.
А кто такие "разработчики Qt"? И где они работают?
Оглянись )))
Интересно, а под какой они лицензией всё это "добро" выпускать собираются?