Przejdź do głównej zawartości

Playbook maintainera

Ta strona definiuje praktyczny proces review/merge dla maintainerów OpenArca.

1. Triage nowych issue​

  • Oznacz zakres (backend, frontend, docs, security, ux).
  • Oznacz łatwe wejścia jako good first issue / help wanted.
  • Potwierdź kryteria akceptacji przed startem implementacji.

2. Review pull requestów​

Priorytety w tej kolejności:

  1. bezpieczeństwo i model uprawnień,
  2. regresje zachowania,
  3. pokrycie testowe i quality gates,
  4. czytelność i utrzymywalność.

3. Standardy decyzji review​

  • Proś o zmiany, gdy guardrails są osłabione.
  • Proś o podział, gdy zakres PR jest zbyt szeroki.
  • Akceptuj, gdy zakres, testy i docs są spójne.

4. Checklista gotowości do merge​

  • CI/quality gates są zielone.
  • Manual smoke flow nie pokazuje regresji.
  • Release notes/changelog zaktualizowany przy zmianach user-facing.

5. Dyscyplina release​

  • taguj release candidate konsekwentnie,
  • utrzymuj publicznie widoczny roadmap Open Core,
  • nie mieszaj kodu Enterprise-only do publicznego repo.