Proposal: Schedule `results.tests[].id` for Removement Before CTRF Release 1.0.0
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 3/5
- Thời gian dự kiến
- Nửa ngày
- Mức phù hợp với người mới
- 32/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
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.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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?
- Ngôn ngữ chính
- Không có dữ liệu ngôn ngữ
- Star
- 99
- Fork
- 4
- Merge trung bình
- 1 giờ 21 phút
- Pull request đã merge (30 ngày)
- 1
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
-
Độ khó 4/5 1-2 ngày Mức phù hợp với người mới 48/100
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 30/100
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 66/100
netlify/netlify-mcp#75 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
docs(prompt): filer socket fragment hardcodes an issue-intent cap of 8 that Chore runs overrideĐang mởagent-butler-finding chore
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
jordansmall/spindrift#5128 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
documentation
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
githubnext/gh-aw-workshop#4496 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
ScyllaDB Manual: 4 broken linksĐang mởlink-check link-check:manual
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 68/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
pnp/cli-microsoft365#7639 ·
Maintainer thường phản hồi trong vòng 2 ngày