Feature Request: better support for multiple reports on the same PR
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 45/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Tranquilla
- Stack tecnologico
- github-actions, typescript
Direzione di ricerca
Inizia leggendo le opzioni per i commenti esistenti, in particolare overwrite-comment e update-comment, e segui come vengono gestiti i report provenienti da suite di test separate. Il lavoro è completo quando più suite di test condividono un unico commento di pull request, ciascuna possiede una sezione contrassegnata e i retry aggiornano solo la sezione della suite interessata senza compromettere le altre.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Thank you for this action! Love the flexibility, it's awesome 🙌🏽
I run several test suites on PRs and am hoping for this behavior with comments:
- only 1 comment for all test suites, with 1 section per test suite
- each test suite overwrites its previous section within the comment
Maybe this could be achieved with something like:
- comment-tag: shared
- comment-section-tag: web | python | api
- overwrite-comment-section: true
End result: each test run updates the same comment on the PR, with each separate suite overwriting its section within that comment.
I am currently sort of hacking this by depending on the fact that one of my test suites usually finishes first, so that one passes overwrite-comment: true, and others pass update-comment: true. But this breaks down if we start handling retries of individual test suites
- Lingua principale
- TypeScript
- Stelle
- 376
- Fork
- 42
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di ctrf-io/github-test-reporter
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 68/100
ctrf-io/github-test-reporter#331 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 55/100
ctrf-io/github-test-reporter#309 · 1 commento ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
ctrf-io/github-test-reporter#302 · 2 commenti ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 65/100
ctrf-io/github-test-reporter#297 · 1 commento ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 45/100
ctrf-io/github-test-reporter#278 · 1 commento ·
Tutte le issue di ctrf-io/github-test-reporter
Issue simili
-
area/frontend good first issue kind/cooldown
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
voidzero-dev/oxc-angular-compiler#511 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
langchain-ai/deepagentsjs#898 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 92/100
anomalyco/models.dev#8509 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
bug documentation P2 UI/UX
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
I maintainer di solito rispondono entro 1 giorno