CTRF 0.3.0 preparation
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 20/100
- Loại issue
- Tài liệu
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- json
- Lĩnh vực
- documentation
Hướng nghiên cứu
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.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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.
- Ngôn ngữ chính
- Không có dữ liệu ngôn ngữ
- Star
- 103
- Fork
- 4
- Merge trung bình
- 1 giờ 3 phút
- Pull request đã merge (30 ngày)
- 2
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của ctrf-io/ctrf
-
Also Mention UUID version 8Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 76/100
ctrf-io/ctrf#59 · 4 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 18/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 15/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Proposal: Add optional `threadId` to `retryAttempts` entriesCó thể đã có người làm @alexshamrai đã nhận 12 ngày trước. Đang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 68/100
ctrf-io/ctrf#74 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Issue tương tự
-
content triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
🔍 External Broken Links ReportĐang mởbug documentation
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 68/100
eclipse-edc/eclipse-edc.github.io#250 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
EESSI/docs#949 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
b4b docs-loc:codebase docs:minor-content-fix documentation
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
Maintainer thường phản hồi trong vòng 1 ngày
-
graph-2026-11-simplify
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
sequant-io/sequant#1650 ·
Maintainer thường phản hồi trong vòng 1 ngày