tier-check: support monorepos with multiple SDK packages
Maintainer thường phản hồi trong vòng 7 ngày
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 35/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- typescript
Hướng nghiên cứu
Bắt đầu bằng cách đọc logic phát hiện release trong src/tier-check/checks/release.ts và theo dõi cách tier-check gọi nó cũng như lấy các release. So sánh các nhánh stable-release và spec-tracking, sau đó xác định cách áp dụng việc lựa chọn theo package hoặc tiền tố tag; được xem là hoàn tất khi cả hai nhánh đều nhất quán chọn đúng release của package cần thiết mà không nhầm canary với stable.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
We maintain a monorepo (mcp-use/mcp-use) that contains both a Python SDK and a TypeScript SDK. The tier-check command has a couple of issues with this setup:
-
Stable Release detection picks up the wrong release. Our TypeScript canary releases (e.g.
[email protected]) get detected as the "latest version" instead of the stable Python release (v1.5.2). The check then fails because it sees a pre-release identifier. -
Spec tracking gap calculation may be picking up the wrong release tag for the same reason, it doesn't know which package's releases to look at.
The release detection logic fetches the latest 20 releases and picks the first one, which doesn't account for repos publishing releases for multiple packages with different tag patterns.
Would it be possible to support a --package or --tag-prefix flag to filter releases by package name (e.g. --tag-prefix python-v or --package mcp-use)?
Also, is tier-check intended as a self-assessment helper for SDK maintainers, or will it be used systematically to determine the official tier of each SDK as described in the SDK Tiering System? Asking because the answer affects how much we need to adapt our release tagging vs. how much the tool should adapt to different repo structures.
- Ngôn ngữ chính
- TypeScript
- Star
- 130
- Fork
- 107
- Merge trung bình
- 8 ngày 19 giờ
- 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 modelcontextprotocol/conformance
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
modelcontextprotocol/conformance#531 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 7 ngày
-
server-stateless: 500 ms whole-request deadline in no-log-without-loglevel reports slow servers as failuresCó thể đã có người làm @birbprophet đã nhận 9 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
modelcontextprotocol/conformance#530 ·
Maintainer thường phản hồi trong vòng 7 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
modelcontextprotocol/conformance#519 ·
Maintainer thường phản hồi trong vòng 7 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
modelcontextprotocol/conformance#315 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 7 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
modelcontextprotocol/conformance#312 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 7 ngày
Tất cả issue của modelcontextprotocol/conformance
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
Comfy-Org/ComfyUI_frontend#20346 ·
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 90/100
decentralized-identity/didwebvh-ts#203 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
community first-timers-only good first issue hacktoberfest help wanted low hanging fruit up-for-grabs
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
lingdojo/kana-dojo#31791 · 1 bình luận · 5 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Telegram webhook: line breaks lost since switch to rich messagesCó thể đã có người làm @Kshot3000 đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày
-
github_actions security
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
Maintainer thường phản hồi trong vòng 1 ngày