Switch to using a single event type
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 30/100
Direzione di ricerca
Inizia individuando le definizioni di testevents e frameworkevents e il codice di Step e framework che li emette. Traccia quali campi richiede attualmente ciascun evento, quindi definisci l’ambito per un tipo di evento nullable con informazioni sulla sorgente. Il lavoro è completato quando frameworkevents è deprecato e l’emissione degli eventi utilizza in modo coerente il concetto unificato.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Wednesday Jun 17, 2020 at 09:09 GMT
Originally opened as https://github.com/facebookincubator/contest/issues/123
At the moment we have two type of events, testevents and frameworkevents. The former are meant to be used when emitted by a Step, the latter from anywhere in the framework outside of a Step. The intention was to enforce non-null on most of the fields of the Step.
Eventually we settled on the fact that this is too restrictive. FrameworkEvents are barely used, and lots of places of the framework need to emit events that include a subset of the information of testevents.
So, we agree on deprecating frameworkevents, and using one single concept of event, where fields might be null. In addition, this event should be associated to a "source" in the header (most likely split into SourceType and SourceName), which will indicate who emitted the event.
- Lingua principale
- Go
- Stelle
- 20
- Fork
- 17
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Include un Dockerfile o un 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 linuxboot/contest
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
-
update readmeForse già presa @mimir-d l’ha presa 1254 giorni fa. Apertabug documentation
-
enhancement good first issue
Difficoltà 3/5 1-2 giorni Idoneità per principianti 38/100
-
enhancement good first issue v2_overhaul
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
-
enhancement good first issue
Difficoltà 3/5 1-2 giorni Idoneità per principianti 48/100
Tutte le issue di linuxboot/contest
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
I maintainer di solito rispondono entro 1 giorno
-
[Bug] Extraction-mode autogen returns pod templates in random order for map-keyed CRDs, so deny and report messages change between runsForse già presa @ManojLamani l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
kyverno/kyverno#17980 · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
raised-by:reviewer
Difficoltà 1/5 1-3 ore Idoneità per principianti 84/100
medici-finance/assay#2681 ·
I maintainer di solito rispondono entro 1 giorno
-
bug triaged
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
fullsend-ai/fullsend#8353 · 4 commenti · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
duplication
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
openvibely/openvibely#1459 ·
I maintainer di solito rispondono entro 2 giorni