Модел на управление на Stella Ops

Решенията се вземат открито, използвайки lazy‑consensus и ясни правила за ескалация — без скрити канали, без изненадващи пренаписвания.

1 · Работен поток lazy-consensus

  • Отворена заявка за сливане → по подразбиране +1.
  • Таймери:
    • Документация / некод: 48 ч
    • Код и тестове: 7 × 24 ч
  • Вето (-1) трябва да включва конкретно притеснение и път към разрешаване.
  • Мълчание = одобрение, след като таймерът изтече.

2 · Прагове за одобрение от поддържащи

Клас на промянатаНеобходими одобренияПример
Тривиална0Правописни грешки, корекции на коментари
Нетривиален код / документация2 поддържащиFeature флагове, нови API крайни точки
Сигурност / чупещо APILazy consensus + изрично security‑LGTMЛогика за JWT валидация, смяна на криптография

3 · Как да станете поддържащ

  1. Последователно допринасяйте качествени PR за 3+ месеца.
  2. Получете номинация от съществуващ поддържащ.
  3. Получете ≥ ⅔ мнозинство +1 в 7-дневно гласуване.
  4. Подпишете MAINTAINER_AGREEMENT.md и активирайте 2FA за акаунтите.

4 · Маркирани издания и подписи

  • Поне един поддържащ по сигурността съподписва всеки таг на издание.
  • CI издава подписан SPDXSoftware Package Data Exchange – друг отворен стандартен формат за SBOM, широко използван в софтуер с отворен код SBOMSoftware Bill of Materials – пълен списък на всички пакети и зависимости във вашия софтуер и CosignИнструмент за подписване на контейнери от проекта Sigstore за подписване и верификация на образи и артефакти произход.
  • Кандидатите за издание следват обявения график.

5 · Ескалация при спорове и сигурност

  • Технически задънени улици: ескалирайте към среща на Събрание на поддържащите, протоколите се публикуват.
  • Бъгове в сигурността: обработват се по политиката за отговорно разкриване.
  • Нарушения на Кодекса на поведение: следвайте стълбата за ескалация в docs/12_CODE_OF_CONDUCT.md.
Прочетете документацията