Kuadrant/kuadrant-console-plugin

docs: create CI.md to document e2e pipeline design and decisions

Chiusa

#664 aperta il 17 lug 2026

Vedi su GitHubGuida contributor
 (2 commenti) (2 reazioni) (1 assegnatario)TypeScript (63 fork)auto 404
documentationgood first issuetriage/accepted

Metriche repository

Star
 (10 stelle)
Metriche merge PR
 (Merge medio 2g 23h) (53 PR mergiate in 30 g)

Descrizione

Our CI pipeline has grown complex recently with the addition of smoke/nightly test split, changed-file inference suite router (two-list approach), and spec map coverage check. Suggested by @jasonmadigan in PR review.

What to document

  • General setup — how the e2e pipeline works end to end (oinc cluster, plugin dev server, Playwright)
  • Test tags — @smoke vs @nightly: what they mean, when to use each
  • Suite router — two-list design (specs vs test_specs), fallback behaviour, component mapping
  • Spec map check — what build/check-spec-map.sh does, how to run locally (yarn check:spec-map)
  • Design decisions — why two lists instead of one flag, why nightly runs on test file changes only
  • Adding new tests — checklist: tag, update suite-router mapping, run check:spec-map

Location

docs/ci.md — referenced from CLAUDE.md and AGENTS.md

Guida contributor

Direzione di ricerca
Leggi i file del workflow CI e gli script referenziati per comprendere il design della pipeline e2e, poi scrivi la documentazione in docs/ci.md.
Tech stack
typescriptplaywrightnodejs
Dominio
documentation
Tipo issue
Documentazione
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
2
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
1-3 ore
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Attiva
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Chiara
Prerequisiti
Git
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
80