tier-check: support monorepos with multiple SDK packages
维护者通常 7 天内回复
评估
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 新手友好度
- 35/100
- Issue 类型
- 功能
- 描述清晰度
- 基本清楚
- 活跃度
- 停滞
- 技术栈
- typescript
调研方向
首先阅读 src/tier-check/checks/release.ts 中的发布检测逻辑，并跟踪 tier-check 如何调用它以及获取发布版本。比较 stable-release 和 spec-tracking 路径，然后定义应如何应用按 package 或 tag 前缀进行选择；完成的标准是两个路径都能一致地选择预期的 package 发布版本，而不会将 canary 误认为 stable。
由索引模型根据 Issue 内容生成。
描述
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.
- 主要语言
- TypeScript
- 星标
- 130
- 派生
- 107
- 平均合并
- 8 天 19 小时
- 30 天内合并 PR
- 2
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
modelcontextprotocol/conformance 的其他 Issue
-
难度 2/5 1-3 小时 新手友好度 88/100
modelcontextprotocol/conformance#531 · 1 条评论 ·
维护者通常 7 天内回复
-
server-stateless: 500 ms whole-request deadline in no-log-without-loglevel reports slow servers as failures可能已有人在做 @birbprophet 于 12 天前认领。 未关闭
难度 2/5 1-3 小时 新手友好度 68/100
modelcontextprotocol/conformance#530 ·
维护者通常 7 天内回复
-
难度 2/5 1-3 小时 新手友好度 75/100
modelcontextprotocol/conformance#519 ·
维护者通常 7 天内回复
-
bug
难度 2/5 1-3 小时 新手友好度 72/100
modelcontextprotocol/conformance#315 · 1 条评论 ·
维护者通常 7 天内回复
-
bug
难度 2/5 1-3 小时 新手友好度 68/100
modelcontextprotocol/conformance#312 · 1 条评论 ·
维护者通常 7 天内回复
查看 modelcontextprotocol/conformance 的全部 Issue
相似的 Issue
-
[Docs] README: FAQ setup command, IDA in the intro, Node badge可能已有人在做 @akram1089 今天认领。 未关闭
难度 2/5 1-3 小时 新手友好度 85/100
维护者通常 1 天内回复
-
[Feature]: [P3] engine-rs: the package source hash should ignore line endings and untracked files未关闭
难度 2/5 1-3 小时 新手友好度 70/100
maniator/verticopolis#880 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 72/100
-
难度 2/5 1-3 小时 新手友好度 62/100
siyuan-note/siyuan#20353 ·
维护者通常 1 天内回复
-
afk-ok area:data-quality importer size:S
难度 2/5 1-3 小时 新手友好度 82/100
enorm-labs/event-junkie#3027 ·
维护者通常 1 天内回复