Требования для повышения Fedora IoT до официального выпуска

Это основано на процессе повышения выпуска в ожидании одобрения от Совета Fedora. Историческая информация включена ниже для справки, хотя сейчас она крайне устарела.

Предварительные требования

Требование Статус Дополнительная информация

Выпуск-кандидат должен поддерживаться командой, которая проводит регулярные публичные встречи

ГОТОВО

Выпуск-кандидат должен получить одобрение товарного знака от Совета Fedora

ГОТОВО

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

ГОТОВО

Процесс

Шаги перед подачей заявки

Требование Статус Дополнительная информация

Проверить тестовые случаи и критерии выпуска с QA

ГОТОВО

Работать с Release Engineering

ГОТОВО

Compose создаются

Шаги после подачи заявки

Запросить результаты по дизайну

Предоставить обновлённое содержимое веб-сайта

В работе

Базовое содержимое находится на iot.fedoraproject.org. Дополнительное содержимое потребуется по мере завершения работы над веб-сайтом.

Уведомить команды Documentation и Translation

TODO

Предоставить маркетинговые тексты

TODO

Историческое содержимое

Этап первый: запуск выпуска MVP (сроки: июль. До Flock.)

  • Задачи для выполнения командой IoT

    • F-30 опубликован в стабильном репозитории ostree

      • В настоящее время в ветке «devel» — нужно, чтобы F30 была стабильной вместо F29

      • Это то, что может сделать Питер, но для F31 это должно быть интегрировано в надлежащий процесс QA и Rel-Eng. Нужны процедуры и чёткое определение ролей.

    • Привести в порядок процесс выпуска

    • Новые ostree и новые ISO

    • Эквивалент двухнедельного процесса выпуска Atomic, но ежемесячно

    • Начальная базовая документация для процесса выпуска

      • Чтобы не всё было только в голове Питера

    • Обновить документацию по критериям выпуска

    • Автоматические обновления включены для образов выпуска F-30

      • Это изменение конфигурации ostree для соответствия CoreOS

    • Обновить значения по умолчанию и настройки fedora-release-iot, добавить greenboot

      • PR от команды IoT

      • Пакет принадлежит release engineering, поэтому ожидается, что команда CPE проверит и интегрирует PR

      • Рассмотреть переход на стандартные ключи Fedora, если переключение ключей ostree работает

    • Просмотр открытых заявок на функции/исправления

  • Обновления веб-сайта(ов)

    • Новое содержимое для страницы IoT

      • Содержимое от команды IoT

      • Дизайн от ??? (спросим у OSPO)

      • Работа по интеграции в новую веб-систему от CPE

      • Соответствие существующему iot.fedoraproject.org для автоматических обновлений при выходе новых образов с

    • Новое содержимое для главной страницы, представляющей выпуск

      • Любой текст от команды CPE

      • Дизайн в соответствии с существующей главной страницей

      • Обновление главной страницы от ???

    • Перенаправление с iot.fedoraproject.org на новую страницу выпуска getfedora

Этап второй: идеальная цель, GA Fedora 31 (октябрь)

  • Образы с поддержкой ARMv7 (на самом деле нацелены на это в этапе 1)

  • Конвейер контейнеров для поддерживаемых архитектур

    • x86_64, ARMv7, aarch64

    • Текущее состояние: только x86_64, поэтому нам нужен ARM

      • Пожертвованное оборудование aarch64 существует, но используется в качестве сборочных машин koji

      • Обратите внимание, что оборудование было пожертвовано для этой цели

        • Возможное будущее: i686

        • Это большой запрос для CPE

  • Контейнер IoT Toolbox

    • X86_64, ARMv7, aarch64

    • Это дело команды IoT

  • Ряд контейнеров для демонстрационных вариантов использования IoT

    • X86_64, ARMv7, aarch64

    • Также выполняется командой IoT

  • Публиковать образ «devel» с контейнером toolbox и образ «production» без toolbox

    • Это изменение rel-eng, но PT от команды IoT, поскольку мы добавляем дополнительные артефакты

Want to help? Learn how to contribute to Fedora Docs ›