test(flagd): drop the per-scenario /stop in e2e teardown once the testbed includes flagd-testbed#396
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ó
- 2/5
- Thời gian dự kiến
- 1-3 giờ
- Mức phù hợp với người mới
- 68/100
Hướng nghiên cứu
Bắt đầu tại providers/flagd/src/test/java/.../e2e/steps/ProviderSteps.java và đọc ProviderSteps.tearDown để tìm khối POST /stop, cùng với ContainerPool.release và phần hoán đổi provider NoOp phải được giữ lại. Trước tiên hãy xác nhận dependency flagd-testbed đã được bump lên một release chứa open-feature/flagd-testbed#396 (kiểm tra phiên bản testbed trong các file build của provider flagd), vì việc gỡ /stop trước đó sẽ không mang lại gì. Xong nghĩa là khối /stop đã biến mất khỏi tearDown trong khi ContainerPool.release và phần hoán đổi provider vẫn còn, và toàn bộ bộ e2e (in-process, RPC, file providers) vẫn pass.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Problem
ProviderSteps.tearDown (providers/flagd/src/test/java/.../e2e/steps/ProviderSteps.java) POSTs /stop to the launchpad after every scenario. That makes every /start a cold flagd start.
open-feature/flagd-testbed#396 makes /start reuse the running flagd and restore the baseline flag state in place. Isolation no longer needs the /stop, and keeping it means the suite never gets the speedup.
Proposal
After bumping the testbed to a release that includes open-feature/flagd-testbed#396, remove the /stop block from tearDown. Keep ContainerPool.release and the NoOp provider swap.
Evidence
Tested locally with the /stop removed, against an image built from flagd-testbed#396 and one built from testbed main. All 590 tests (in-process 224, RPC 214, file 152) passed in every run. Wall time (in-process / RPC / file):
with /stop |
without /stop |
|
|---|---|---|
| flagd-testbed#396 | 102-107s / 73-79s / 48-65s | 96s / 66s / 41s |
| testbed main | 100s / 75s / 50s | 120s / 79s / 49s |
The machine was shared with other test runs, so treat the times as indicative. Without flagd-testbed#396, dropping /stop gains nothing, which is why this should wait for the bump.
- Ngôn ngữ chính
- Java
- Star
- 50
- Fork
- 87
- Merge trung bình
- 1 ngày 14 giờ
- Pull request đã merge (30 ngày)
- 53
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 open-feature/java-sdk-contrib
-
Bug: FlagStore does not interrupt watcher thread on shutdownCó thể đã có người làm @lbarrosby đã nhận 1 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
open-feature/java-sdk-contrib#1966 ·
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 78/100
open-feature/java-sdk-contrib#1861 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
fix!: opentelemetry-semconv-incubating bump renames feature_flag.provider_name attributeCó thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
open-feature/java-sdk-contrib#1843 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[ConfigCat] Evaluation errors are returned as a successful default with no error codeCó thể đã có người làm @RaphaelFakhri đã nhận 2 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
open-feature/java-sdk-contrib#1963 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[go-feature-flag] Should remote evaluation emit events and fail init on an unreachable relay proxy?Có thể đã có người làm @thomaspoignant đã nhận 16 ngày trước. Đang mở
open-feature/java-sdk-contrib#1948 · 1 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của open-feature/java-sdk-contrib
Issue tương tự
-
enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Some walls missing from researchĐang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 64/100
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
ahmedmmordi/store-app#8 ·
-
jhipster heroku fails on heroku git:remote when reusing an existing app outside a git repositoryĐang mởarea: triage theme: undefined
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
jhipster/generator-jhipster#36018 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
component/zeebe kind/feature scope/broker
Độ 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