1 В избранное 0 Ответвления 0

OSCHINA-MIRROR/openharmony-third_party_wayland-protocols_standard

Присоединиться к Gitlife
Откройте для себя и примите участие в публичных проектах с открытым исходным кодом с участием более 10 миллионов разработчиков. Приватные репозитории также полностью бесплатны :)
Присоединиться бесплатно
Клонировать/Скачать
Внести вклад в разработку кода
Синхронизировать код
Отмена
Подсказка: Поскольку Git не поддерживает пустые директории, создание директории приведёт к созданию пустого файла .keep.
Loading...
README.md

Нестабильный протокол

с z и суффиксом с основным номером версии. Например, нестабильный протокол под названием foo-bar с основной версией 2, содержащий два интерфейса wp_foo и wp_bar, оба с дополнительной версией 1, будет размещён в каталоге unstable/foo-bar/ и состоять из одного файла с именем README и ещё одного с именем foo-bar-unstable-v2.xml. Файл XML будет содержать два интерфейса под названиями zwp_foo_v2 и zwp_bar_v2, атрибут version которых будет установлен на 1.

Изменения нестабильного протокола

В процессе разработки нового протокола может потребоваться внести изменения, которые не будут совместимы с предыдущими версиями. Такие изменения должны быть отражены в основной и дополнительной версиях протокола.

Если необходимо внести несовместимое изменение, то процедура будет следующей:

  • Сделать копию файла XML с увеличенным на 1 основным номером версии;
  • Увеличить основной номер версии в протоколе XML на 1;
  • Увеличивать основной номер версии во всех интерфейсах XML на 1;
  • Сбросить дополнительный номер версии (атрибут версии интерфейса) для всех интерфейсов до 1.

Изменения, совместимые с предыдущей версией в рамках основной нестабильной версии, могут быть внесены обычным способом, как это делается в основном Wayland или в стабильных протоколах.

Объявление протокола стабильным

Как только принято решение объявить протокол стабильным, что означает запрет на внесение любых изменений, несовместимых с предыдущими версиями, требуется выполнить последнее преобразование.

Процедура будет следующей:

  • Создать новый каталог в корневом каталоге stable/ с тем же именем, что и каталог протокола в каталоге unstable/;
  • Скопировать окончательную версию XML, которая была объявлена стабильной, в новый каталог. Целевое имя должно совпадать с именем каталога протокола, но с суффиксом .xml;
  • Удалить часть unstable и основной номер версии из имени протокола в XML;
  • Удалить префикс z и суффикс с основным номером версии из всех интерфейсов протокола;
  • Установить атрибут версии для всех интерфейсов равным 1;
  • Обновить файл README в нестабильном каталоге и создать новый файл README в новом каталоге.

Существуют и другие требования для объявления протокола стабильным. См. раздел УПРАВЛЕНИЯ GOVERNANCE section 2.3.

Выпуски

Каждый выпуск wayland-protocols завершает работу над версией протоколов в том состоянии, в котором они находились на тот момент.

Комментарии ( 0 )

Вы можете оставить комментарий после Вход в систему

Введение

Стандарт протоколов Wayland для стороннего программного обеспечения с открытым исходным кодом. Развернуть Свернуть
MIT
Отмена

Обновления

Пока нет обновлений

Участники

все

Недавние действия

Загрузить больше
Больше нет результатов для загрузки
1
https://api.gitlife.ru/oschina-mirror/openharmony-third_party_wayland-protocols_standard.git
git@api.gitlife.ru:oschina-mirror/openharmony-third_party_wayland-protocols_standard.git
oschina-mirror
openharmony-third_party_wayland-protocols_standard
openharmony-third_party_wayland-protocols_standard
master