Stella Ops Governance-Modell

Entscheidungen werden offen getroffen, unter Verwendung von Lazy-Consensus und klaren Eskalationsregeln — keine versteckten Hintergrundkanäle, keine überraschenden Umschreibungen.

1 · Lazy-Consensus-Workflow

  • Pull-Request geöffnet → Standard +1.
  • Timer:
    • Dokumentation / Nicht-Code: 48 h
    • Code & Tests: 7 × 24 h
  • Veto (-1) muss ein konkretes Anliegen und einen Lösungsweg enthalten.
  • Schweigen = Zustimmung, sobald der Timer abläuft.

2 · Maintainer-Genehmigungsschwellen

ÄnderungsklasseErforderliche GenehmigungenBeispiel
Trivial0Tippfehler, Kommentarkorrekturen
Nicht-trivialer Code / Dokumentation2 MaintainerFeature-Flags, neue API-Endpunkte
Sicherheit / Breaking APILazy Consensus + explizites security-LGTMJWT-Validierungslogik, Kryptografie-Austausch

3 · Wie man Maintainer wird

  1. Kontinuierlich hochwertige PRs über 3+ Monate beitragen.
  2. Eine Nominierung von einem bestehenden Maintainer erhalten.
  3. ≥ ⅔ Mehrheit +1 in einer 7-tägigen Abstimmung erhalten.
  4. MAINTAINER_AGREEMENT.md unterzeichnen und 2FA für Konten aktivieren.

4 · Getaggte Releases & Signaturen

  • Mindestens ein Security-Maintainer signiert jeden Release-Tag mit.
  • CI erstellt eine signierte SPDXSoftware Package Data Exchange – ein weiteres offenes Standardformat für SBOMs, weit verbreitet in Open Source SBOMSoftware Bill of Materials – eine vollständige Liste aller Pakete und Abhängigkeiten in Ihrer Software & CosignContainer-Signierungstool des Sigstore-Projekts zum Signieren und Verifizieren von Container-Images und Artefakten-Herkunft.
  • Veröffentlichungskandidaten folgen dem angekündigten Zeitplan.

5 · Streit- & Sicherheitseskalation

  • Technische Blockaden: Eskalation zu einem Maintainer-Summit-Call, Protokolle werden öffentlich gepostet.
  • Sicherheitsfehler: werden gemäß der Responsible-Disclosure-Richtlinie behandelt.
  • Verhaltenskodex-Verstöße: folgen der Eskalationsleiter in docs/12_CODE_OF_CONDUCT.md.
Dokumentation ansehen