OpenHarmony Distribution

OpenHarmony Distribution (далее — Distribution) представляет собой адаптированную версию для разработчиков со следующими основными целями:

1. Предоставить разработчикам адаптированные версии по запросу с чётко определёнными чипами, платами для разработки, модулями и демонстрационными версиями в качестве детализации. Партнёры предоставляют адаптированные релизы OpenHarmony по запросу, чтобы улучшить опыт и эффективность работы разработчиков на основе разработки OpenHarmony.

2. Предоставить партнёрам точные возможности отправки на последнем этапе. Открыть каналы распространения, включая сообщество OpenHarmony, управление пакетами HarmonyOS (HPM), инструменты IDE DevEco и т. д., чтобы помочь партнёрам оптимизировать канал выпуска на последнем этапе и лучше отправлять релизы разработчикам.

Distribution используется только для объединения и хранения метаданных официальных и сторонних релизов OpenHarmony в качестве источника метаданных для последующих ссылок, таких как управление пакетами HarmonyOS (HPM) и инструменты IDE DevEco. Мы настоятельно рекомендуем разработчикам использовать управление пакетами HarmonyOS (HPM) и инструменты IDE DevEco для быстрого и лёгкого получения релиза OpenHarmony.

Для OpenHarmony Distribution установлено два уровня сертификации, которые будут отражены в репозитории Distribution, управлении пакетами HarmonyOS (HPM), среде инструментов IDE DevEco:

• Официальный. Исходный код официально принят сообществом OpenHarmony Distribution.
• Партнёр. Релизы OpenHarmony соответствуют одному из следующих условий:
  • Бинарный файл официально принят сообществом OpenHarmony;
  • Исходный код принят OpenHarmony-SIG (Special Interest Groups), но не был официально принят сообществом OpenHarmony;
  • Исходный код или бинарный файл находится в OpenHarmony-SIG и дистрибутивах OpenHarmony за пределами сообщества OpenHarmony.

Рекомендуется хранить следующие метаданные в каждом релизе Distribution:

• bundle.json: требуется точное создание полных зависимостей.
• LICENSE.
• README_CN.md.
• README_EN.md.
• CHANGELOG.md: используется для записи изменений в открытом исходном коде. Может быть разделён на два файла на китайском и английском языках. Правила именования такие же, как у README.

Именование релиза следует выбирать с учётом удобства поиска. Конкретные правила таковы:

• Использовать драйверы чипов в качестве схемы именования: производитель_семейство чипов (необязательно)_модель чипа_уровень сертификации, например hisilicon_Hi3861_официальный.
• Принять схему драйвера одноплатного компьютера (платы для разработки/модуля): производитель_модель платы (необязательно)_основная модель чипа_уровень сертификации, например BearPi_hm_nano_Hi3861_третья сторона.
• Демонстрация с приложением в качестве схемы именования: Demo_модель платы (необязательно)_основная модель чипа (необязательно)_имя демо_уровень сертификации, например Demo_hisilicon_Hi3518EV300_IPCamera_официальный.