Filtering when using a merge queue
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- github-actions, typescript
Direzione di ricerca
Inizia dall’elaborazione delle esecuzioni del workflow dell’Action e dal filtraggio che segnala i branch della merge queue. Verifica come vengono gestiti i branch denominati origin/gh-readonly-queue/main/pr-- e definisci done in modo da includere i loro report precedenti invece di segnalare che non è disponibile alcuna cronologia.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
We are using a github merge queue to merge changes into our main branch and run the tests. Unfortunately the previous reports are filtered out of our history. The Action is producing the following output:
⏮️ Processing previous results
Starting workflow runs processing...
Reached maximum limit (4 pages, 400 workflow runs)
Baseline 1 is out of range. Available previous reports: 0
Successfully processed 1 reports from 400 workflow runs
The branches used by the github merge queue are always in the form like this: origin/gh-readonly-queue/main/pr-<pr-id>-<id>. We do not run the tests on the main branch, because they are already executed in the merge queue. Is it possible to configure the filtering to include the merge queue runs?
- Lingua principale
- TypeScript
- Stelle
- 378
- Fork
- 43
- Merge medio
- 3g 11h
- PR unite (30g)
- 2
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à 3/5 1-2 giorni Idoneità per principianti 55/100
ctrf-io/github-test-reporter#309 · 1 commento ·
-
Excessive memory usage when processing history leads to Javascript Heap ExhaustionForse di nuovo libera @HenrikDK l’ha presa 110 giorni fa e non c’è nessuna pull request aperta. Aperta
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#282 ·
-
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
-
[测试] 等待仓库加载后再记录多仓库排序基线Forse già presa @myot233 l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
I maintainer di solito rispondono entro 1 giorno
-
area:arcade p3-medium ready-for-agent testing type:docs
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
fderuiter/deruiter.dev#2369 ·
I maintainer di solito rispondono entro 1 giorno
-
area:devenv origin:agent type:bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
overengineeringstudio/effect-utils#1949 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
ccch1mneyyy/dsh-TUI#1631 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
MiniMax-AI/minimax-code#507 ·
I maintainer di solito rispondono entro 1 giorno