Рассматривается возможность изменения нумерации и метода формирования релизов X.Org Server
10 октября 2019 года
Адам Джексон (Adam Jackson), отвечавший за подготовку нескольких прошлых релизов X.Org Server, предложил в своём докладе на конференции XDC2019(недоступная ссылка) перейти на новую схему нумерации выпусков. Чтобы более ясно видеть как давно опубликован тот или иной выпуск по аналогии с Mesa предложено в первом числе версии отразить год. Второе число будет указывать на порядковый номер значительного выпуска за рассматриваемый год, а третье число отражать корректирующие обновления.
Кроме того, так как релизы X.Org Server теперь выходят достаточно редко (X.Org Server 1.20 вышел полтора года назад) и пока не наблюдается активности по формированию X.Org Server 1.21, в то время как в коде накопились некоторые исправления и новшества, предлагается перейти к плановой модели формирования новых выпусков.
Предложение сводится к тому, что кодовая база будет постоянно развиваться с использованием системы непрерывной интеграции, а релиз будет представлять собой простой срез состояния в определённые заранее намеченные даты, при условии, что все CI-тесты успешно пройдены. Значительные релизы, включающие новые возможности, планируется формировать раз в 6 месяцев. По мере добавления новых возможностей также предлагается формировать промежуточные сборки, которые могут автоматически ответвляться, например, раз две недели.
Ганс Де Гоеде (Hans de Goede), разработчик Fedora Linux, работающий в компании Red Hat, отметил, что предложенный метод не лишён недостатков - так как X.Org Server очень сильно завязан на оборудовании, через систему непрерывной интеграции не получится отловить все проблемы. Поэтому предлагается дополнительно ввести систему блокирующих релиз ошибок, при наличии которых автоматический выпуск будет откладываться, а также организовать формирование предварительных выпусков для тестирования перед релизом. Майкл Дэнзер (Michel Dänzer), разработчик Mesa из Red Hat, отметил, что предложенный метод хорош для снапшотов и кандидатов в релизы, но не для финальных стабильных выпусков, в том числе из-за возможности получить нарушение совместимости ABI в промежуточном выпуске.
Источники
править
Любой участник может оформить статью: добавить иллюстрации, викифицировать, заполнить шаблоны и добавить категории.
Любой редактор может снять этот шаблон после оформления и проверки.
Комментарии
Если вы хотите сообщить о проблеме в статье (например, фактическая ошибка и т. д.), пожалуйста, используйте обычную страницу обсуждения.
Комментарии на этой странице могут не соответствовать политике нейтральной точки зрения, однако, пожалуйста, придерживайтесь темы и попытайтесь избежать брани, оскорбительных или подстрекательных комментариев. Попробуйте написать такие комментарии, которые заставят задуматься, будут проницательными или спорными. Цивилизованная дискуссия и вежливый спор делают страницу комментариев дружелюбным местом. Пожалуйста, подумайте об этом.
Несколько советов по оформлению реплик:
- Новые темы начинайте, пожалуйста, снизу.
- Используйте символ звёздочки «*» в начале строки для начала новой темы. Далее пишите свой текст.
- Для ответа в начале строки укажите на одну звёздочку больше, чем в предыдущей реплике.
- Пожалуйста, подписывайте все свои сообщения, используя четыре тильды (~~~~). При предварительном просмотре и сохранении они будут автоматически заменены на ваше имя и дату.
Обращаем ваше внимание, что комментарии не предназначены для размещения ссылок на внешние ресурсы не по теме статьи, которые могут быть удалены или скрыты любым участником. Тем не менее, на странице комментариев вы можете сообщить о статьях в СМИ, которые ссылаются на эту заметку, а также о её обсуждении на сторонних ресурсах.
