Switch to using a single event type
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
- 30/100
Hướng nghiên cứu
Bắt đầu bằng cách xác định các định nghĩa của testevents và frameworkevents, cùng với mã Step và framework phát ra chúng. Theo dõi những trường nào hiện được mỗi sự kiện yêu cầu, sau đó xác định phạm vi cho một kiểu sự kiện nullable có thông tin nguồn. Hoàn tất khi frameworkevents bị deprecated và việc phát sự kiện nhất quán sử dụng khái niệm hợp nhất.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Issue by marcoguerri
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.
- Ngôn ngữ chính
- Go
- Star
- 20
- Fork
- 17
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
- Có Dockerfile hoặc 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 linuxboot/contest
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 20/100
-
update readmeCó thể đã có người làm @mimir-d đã nhận 1255 ngày trước. Đang mởbug documentation
-
enhancement good first issue
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 38/100
-
enhancement good first issue v2_overhaul
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
-
enhancement good first issue
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 48/100
Tất cả issue của linuxboot/contest
Issue tương tự
-
unbounded value for n in `/v1/logs` can panic/OOMCó thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mởsmall item
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
canonical/pebble#1127 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[schema-coverage] elasticstack_elasticsearch_synonym_set (data source)Có thể đã có người làm @github-actions đã nhận hôm nay. Đang mởacceptance-tests phase-coding schema-coverage testing triaged
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 81/100
elastic/terraform-provider-elasticstack#5211 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 89/100
open-policy-agent/opa#9366 · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
-
defect
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
nats-io/nats-server#8752 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement needs-acceptance wg/router-models-inference-runtime
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
vllm-project/semantic-router#5015 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày