Support for tag filtering
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- scala
- Ambito
- cli, testing-qa
Direzione di ricerca
Inizia dal punto di ingresso CLI testOnly e traccia il modo in cui i tag integrati esistenti, ignore e only, vengono analizzati e applicati. Definisci dagli esempi il comportamento supportato per AND, OR, NOT, il raggruppamento e i caratteri jolly, quindi verifica che comandi come testOnly * -- -t foo selezionino i test con i tag previsti.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Currently looks like that there is only support for built-in tags (ignore and only) but despite you can tag any test with tagged that has not use.
I was wondering if there is appetite to support filtering based on the test tags, that will allow to write something like this using a syntax similar to Github search where the (space) is the AND, the , is the OR and ! for NOT:
testOnly * -- -t foo // Run all the tests tagged with foo
testOnly * -- -t !foo // Run all the tests not tagged with foo
testOnly * -- -t foo,bar // Run all the tests tagged with foo or bar
testOnly * -- -t foo,!bar // Run all the tests tagged with foo or not tagged with bar
testOnly * -- -t (foo,bar) baz // Run all the tests tagged with foo or bar and the tests tagged with baz
Additionally, it would be useful to support wildcards for pattern matching:
testOnly * -- -t bug-* // Run all tests tagged with bug-123, bug-critical, etc.
testOnly * -- -t *:prod // Run all tests tagged with env:prod, db:prod, etc.
testOnly * -- -t test-? // Run all tests tagged with test-1, test-a, etc. (single character)
This would be really useful to my use case and I am happy to contribute if possible.
- Lingua principale
- Scala
- Stelle
- 87
- Fork
- 17
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- 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 typelevel/weaver-test
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 15/100
typelevel/weaver-test#372 · 1 commento ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 65/100
typelevel/weaver-test#302 · 3 commenti · 1 reazione ·
-
Remove or filter weaver log levelsForse di nuovo libera @Sukuna0007Abhi l’ha presa 287 giorni fa e non c’è nessuna pull request aperta. Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
typelevel/weaver-test#262 · 2 commenti ·
-
`MutableSuiteTest` is flakyAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 52/100
typelevel/weaver-test#201 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
typelevel/weaver-test#180 ·
Tutte le issue di typelevel/weaver-test
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
canton-network/splice#8342 ·
I maintainer di solito rispondono entro 1 giorno
-
bug genc
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
propensive/soundness#2424 ·
I maintainer di solito rispondono entro 1 giorno
-
bug 🐞 python 🐍
Difficoltà 2/5 1-3 ore Idoneità per principianti 83/100
valkey-io/valkey-glide#7560 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement good first issue help wanted
Difficoltà 2/5 1-3 ore Idoneità per principianti 90/100
I maintainer di solito rispondono entro 1 giorno