Proposal: Schedule `results.tests[].id` for Removement Before CTRF Release 1.0.0
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- Mezza giornata
- Idoneità per principianti
- 32/100
- Tipo di issue
- Documentazione
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- json
- Ambito
- documentation
Direzione di ricerca
The change belongs in the spec text for section 9.1 (id) of the CTRF specification, which should point to section 9.2 (testId). Read the deprecation notice and the sentence about consumers treating id as legacy, then settle that sentence with the maintainers before editing. Done means the agreed wording is merged and the 1.0.0 removal date is stated consistently.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
I propose to document the removement of results.tests[].id with the release of CTRF version 1.0.0 latest.
The goal is to avoid starting with a legacy in the first CTRF version.
Below is my preliminary draft proposal for updating the documentation to apply some pressure and make it clear that id will be removed by version 1.0.0 at the latest.
9.1. id
Legacy.
idis deprecated and scheduled for removement. Producers SHALL use/switch totestId(Section 9.2).Description:
A unique, stable identifier for the test case.Requirements:
idis OPTIONAL.
If present, it MUST be a valid UUID as defined in [RFC4122].Deprecation Notice:
For producersidis scheduled for removement with CTRF version 1.0.0.
New producer implementations MUST usetestIdinstead ofidfrom beginning.
Existing producers implementations SHALL switch fromidtotestIdbefore CTRF version 1.0.0.
Consumers may supportidbeyond CTRF version 1.0.0 as follows for CTRF versions < 1.0.0:
When bothidandtestIdare present, consumers SHALL usetestId.
I do not understand the intention behind:
Consumers SHOULD treat
idas legacy unless a producer documents stronger semantics.
So I felt free to just remove this sentence :-).
P.S.: Of course, the wording suggested above is a pre-1.0 wording.
For version 1.0.0 it will then need to be reworded accordingly.
What do you think about this?
- Lingua principale
- Nessun dato sulla lingua
- Stelle
- 99
- Fork
- 4
- Merge medio
- 1h 21m
- PR unite (30g)
- 1
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 ctrf-io/ctrf
-
Also Mention UUID version 8Aperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 76/100
-
Difficoltà 4/5 1-2 giorni Idoneità per principianti 48/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 30/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
Tutte le issue di ctrf-io/ctrf
Issue simili
-
documentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
andromarces/agent-loops#886 ·
I maintainer di solito rispondono entro 1 giorno
-
anchor Docs good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
dark-princezz/stellar-hooks#985 ·
I maintainer di solito rispondono entro 1 giorno
-
area/ui-parity good first issue type/docs
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
cristim/AztecCraft#85 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
good first issue
Difficoltà 2/5 Meno di un'ora Idoneità per principianti 82/100
eli-alvarado/us-watchlist-alerts#14 ·
I maintainer di solito rispondono entro 1 giorno
-
configuration documentation from-review-extraction severity:nit
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
LearningCircuit/local-deep-research#7460 ·
I maintainer di solito rispondono entro 2 giorni