Как Microsoft выбирает сборки Windows 10 для публичного релиза

Краткое объяснение ключевых понятий

• Ветка winmain — основная ветка разработки Windows. Новые функции сначала появляются здесь.
• Ветка fbl_release — ветка, из которой Microsoft выбирает сборки для внешнего тестирования и релиза.
• Flight level (уровень полёта) — метка внутри fbl_release, определяющая, какие сборки попадут в публичную рассылку: low (низкий) или high (высокий).
• Fast/Slow (быстрая/медленная) дорожки — параметры обновления в разделе Параметры → Обновление для участников предварительной сборки: «быстрая» получает low-сборки быстрее.

Как это работает — упрощённая схема

1. Ежедневная компиляция. Microsoft компилирует десятки и сотни сборок внутри различных веток.
2. Синхронизация. Часто изменения из winmain попадают в fbl_release.
3. Метки flight. Каждая сборка в fbl_release помечается как high или low.
4. Распространение. Low-сборки распространяются широкой тестовой аудитории (Insider/Technical Preview). High — только партнёрам и внутренним тестировщикам.

Важно: большинство сборок в fbl_release имеют пометку high. Low — редкость.

Почему не все сборки выходят публично

Microsoft тщательно отбирает кандидатов из соображений стабильности, совместимости и приоритетов разработки. Публичным делаетcя только то, что соответствует критериям качества и планам релиза. Многие сборки остаются внутри компании по причинам:

• нерешённые ошибки;
• интеграционные проблемы с драйверами;
• незавершённые функции;
• внутренние бизнес- или партнёрские требования.

Где смотреть статус сборок

• buildfeed.net — ежедневные обновления внутренних сборок Microsoft. Отмечайте флаги low/high.
• Публикации на профильных сайтах (например, WinBeta) — оперативные обзоры и уведомления о выходе low-сборок.

Примечание: buildfeed.net показывает скомпилированные сборки, но не все из них становятся публичными.

Быстрая и медленная дорожки — как они отличаются

• Быстрая дорожка (Fast) получает low-сборки как можно раньше.
• Медленная дорожка (Slow) получает те же сборки позже, после дополнительного тестирования у пользователей быстрой дорожки.

Это позволяет Microsoft отслеживать стабильность в реальных условиях и откатывать выпуск, если появляются масштабные проблемы.

Роли и кому что доступно

• Обычные пользователи/Insiders на Fast: получают low-сборки первыми.
• Insiders на Slow: получают те же сборки позже.
• Партнёры Microsoft: получают сборки, помеченные high (и иногда специальные fbl_partner диапазоны).
• Внутренние команды Microsoft: имеют доступ ко всем внутренним сборкам для отладки и QA.

Мини‑методология выбора сборки для публичного релиза

1. Автоматическая сборка и базовые тесты. Сборка компилируется и прогоняются unit/интеграционные тесты.
2. Анализ стабильности. Результаты тестов и телеметрии оцениваются по внутренним критериям.
3. Маркировка flight. Решение пометить сборку как low принимается, если риск и ошибки находятся в приемлемых пределах.
4. Распространение по дорожкам. Low-сборки отправляются на Fast, затем на Slow.
5. Сбор фидбэка. Тестировщики сообщают об ошибках, телеметрия обновляется, и цикл повторяется.

Decision flow (когда сборка идёт в публичный релиз)

flowchart TD
  A[Сборка скомпилирована] --> B{Прошла базовые тесты?}
  B -- Нет --> G[Отклонена/возвращена в dev]
  B -- Да --> C{Телеметрия стабильна?}
  C -- Нет --> G
  C -- Да --> D{Влиятельные блокеры?}
  D -- Да --> G
  D -- Нет --> E[Маркируется как high или low]
  E --> F{Если low}
  F -- Да --> H[Рассылка по Fast → Slow]
  F -- Нет --> I[Доступно партнёрам/внутри Microsoft]

Контрольные списки по ролям

Тестер (Insider, Fast):

• Подписан на программу Insider.
• Установлены автоматические обновления сборок.
• Отправляет подробные отчёты об ошибках (шаги, логи, скриншоты).

Партнёр/инженер QA:

• Мониторит ветки fbl_release и winmain.
• Проверяет совместимость драйверов и корпоративных приложений.
• Обеспечивает ретест после обновлений.

Разработчик/менеджер релиза:

• Оценивает telemety и тестовые отчёты.
• Решает flight-маркировку.
• Планирует распространение и коммуникацию.

Когда система даёт сбой (когда процесс не защищает от проблем)

• Телеметрия недостаточна для выявления редких, но критичных ошибок на специфическом железе.
• Переходы из winmain в fbl_release могут внедрять недоделанные функции, которые не покрываются автоматикой.
• Непредвиденные регрессии в драйверах или приложениях партнёров.

В таких случаях Microsoft может остановить распространение low-сборки и выпустить исправления или откат.

Критерии приёмки

• Критичные ошибки отсутствуют или имеют известные обходы.
• Основная функциональность не нарушена на поддерживаемых конфигурациях.
• Телеметрия не показывает массовых сбоев.
• Комплексный набор автоматических тестов пройден.

Полезные советы для участников тестирования

• Регистрируйте подробные репорты об ошибках — разработчикам важны шаги воспроизведения.
• Помещайте системные логи и версии драйверов в отчёт.
• Используйте Fast дорогу только на машинах, готовых к возможным сбоям.

Глоссарий (1‑строчные определения)

• winmain — основная ветка разработки Windows.
• fbl_release — ветка для сборок, деплоящихся внешним тестировщикам.
• flight level — отметка, определяющая круг получателей сборки (low/high).
• Fast/Slow — дорожки обновлений внутри программы предварительного тестирования.

Итог

Microsoft ежедневно компилирует много сборок, но публичную видит лишь малая их доля. Ключевыми факторами для попадания сборки в публичный доступ являются принадлежность к ветке fbl_release и пометка low. Тестировщики на Fast получают такие сборки первыми; Slow — позже. Для наблюдения за процессом используйте buildfeed.net и профильные публикации.

Важно: если вы участвуете в программе Insider, выбирайте дорожку обновлений с учётом готовности системы к нестабильности и обязательно отправляйте детальные отчёты об ошибках.

Краткое резюме:

• fbl_release + low = публичная сборка;
• большинство сборок остаются на high;
• Fast/Slow регулируют темп получения обновлений;
• buildfeed.net и профильные СМИ — ваши источники информации.