CTRF 0.3.0 preparation
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 20/100
- Tipo di issue
- Documentazione
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- json
- Ambito
- documentation
Direzione di ricerca
Start by reviewing draft PR #76 against main, then assess each subsequent draft PR against its stated base in dependency order. Readiness also calls for schema formatting/lint, reference and normative suites, example validity, and embedded/standalone schema synchronization on the final candidate. Done means the 0.3.0 scope and outstanding design decisions are settled, the drafts are assessed, and release readiness is verified; merges and publication require separate authorization.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Prepare and assess the next CTRF specification release through focused, stacked draft PRs. This issue tracks proposed scope and review readiness; it is not a release announcement.
Proposed changes
- Clarify deterministic UUID guidance for test identifiers.
- Clarify test-case terminology and parameterized cases.
- Clarify case identity and coordinated retry execution identity.
- Add coordinated raw, retry and merged report examples.
- Clarify portable attachment references and producer-defined digest metadata.
- Document planned legacy
idremoval in 1.0.0 while retaining current acceptance. - Clarify captured output lines and valid empty/omitted output.
- Add optional Test
description. - Align specification and example/fixture version metadata for 0.3.0.
The draft PRs will form a stack: the first targets main, and each later PR targets the preceding branch. Review each PR against its stated base. Merge in dependency order only after assessment; retarget/update each dependent PR as its parent lands. Original discussion references will be added after the changes have been assessed.
Draft PR stack
| Order | Draft | Base |
|---|---|---|
| 1 | #76 — Clarify deterministic UUID guidance for test identifiers | main |
| 2 | #77 — Clarify test case terminology and parameterized cases | prep/0.3.0-01-uuid-guidance |
| 3 | #78 — Clarify case identity and coordinated retry executions | prep/0.3.0-02-test-case-terminology |
| 4 | #79 — Illustrate coordinated retry reports and logical run identity | prep/0.3.0-03-case-and-execution-identity |
| 5 | #80 — Clarify portable attachment references and digest metadata | prep/0.3.0-04-coordinated-run-examples |
| 6 | #81 — Document legacy test identifier removal in CTRF 1.0.0 | prep/0.3.0-05-attachment-guidance |
| 7 | #82 — Clarify captured output lines and empty output | prep/0.3.0-06-id-deprecation |
| 8 | #83 — Add optional test case description | prep/0.3.0-07-output-lines |
| 9 | #84 — Prepare CTRF specification 0.3.0 version metadata | prep/0.3.0-08-test-description |
Additional scope and decisions
- Retry-history worker identity is being handled separately by @alexshamrai, it is not implemented in this stack currently.
- Optional first-class assertion data is agreed in principle. Its collection shape, value types, missing-value rules and final/history placement still need a contract decision before implementation.
Readiness
- Assess each draft and settle the intended 0.3.0 scope.
- Resolve any selected assertion design before adding implementation.
- Integrate the separately contributed worker-identity change after review.
- Verify schema formatting/lint, reference/normative suites, example validity and embedded/standalone schema synchronization on the final candidate.
- Finalize the version date and release changelog after scope is settled.
- Plan and verify library, standalone CLI, reporter/consumer and website adoption, including both generated references.
- Review and authorize merges and publication separately.
Specification versions and package versions are independent. Optional reporter population can be tracked separately; target-version output must still be valid.
- Lingua principale
- Nessun dato sulla lingua
- Stelle
- 103
- Fork
- 4
- Merge medio
- 1h 3m
- PR unite (30g)
- 2
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
ctrf-io/ctrf#59 · 4 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 18/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 15/100
I maintainer di solito rispondono entro 1 giorno
-
Proposal: Add optional `threadId` to `retryAttempts` entriesForse già presa @alexshamrai l’ha presa 12 giorni fa. Aperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 68/100
ctrf-io/ctrf#74 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di ctrf-io/ctrf
Issue simili
-
content triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
bug documentation
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 68/100
eclipse-edc/eclipse-edc.github.io#250 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
b4b docs-loc:codebase docs:minor-content-fix documentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
I maintainer di solito rispondono entro 1 giorno
-
graph-2026-11-simplify
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
sequant-io/sequant#1650 ·
I maintainer di solito rispondono entro 1 giorno