kci-dev possible roadmap
还没有人认领这个 Issue。
评估
调研方向
检查现有的 kci-dev results 命令，以及 issue 中提议的 issues 和 hardware 入口点。将列出的命令与端点 api/tree/{commit}/full 以及现有的 boots、builds 和 tests 响应进行比较。完成的标准是就范围达成一致，并实现路线图项目及相应的命令行为和过滤功能。
由索引模型根据 Issue 内容生成。
描述
Trying to match what the dashboard offers I believe we can follow these steps (I listed the features in a decreasing priority order):
- Add
kci-dev issuescommand, with the following subcommands:
1.1kci-dev issues --origin <origin>that lists all issues fromorigin.
1.2kci-dev issues details --id <id>gives detailed information of the issue withid. It supports multiple--idoptions.
1.3kci-dev issues tests --id <id>lists all the tests related to the issue withid. It supports multiple--id.
1.4kci-dev issues build --id <id>lists all builds related to the issue withid. You can query multiple issues using multiple--idoptions. - Add
kci-dev hardwarecommand:
2.1kci-dev hardware list --origin <origin>that lists all available hardware fororigin.
2.2kci-dev hardware summary --id <id>gives a summary on the builds, boots and tests run of the hardware withid.
2.3kci-dev hardware boots --id <id>lists the boots for the hardware withid. The response is similar tokci-dev results boots.
2.4kci-dev hardware builds --id <id>lists the builds for the hardware withid. The response is similar tokci-dev results builds.
2.5kci-dev hardware tests --id <id>lists the tests for the hardware withid. The response is similar tokci-dev results tests. - Add
kci-dev results issuessubcommand. We can obtain this information viaapi/tree/{commit}/full, however, it would be best if there was aapi/tree/{commit]/issuesavailable, sincefullretrieves information we would just discard. - Add more options to
kci-dev results boots --filterYAML filter. The new options could be: config, compiler, architecture. - Modify
kci-dev results--archoption. It could allow filtering by various architectures by supporting multiple--arch.
Please let me know how this looks to you.
- 主要语言
- Python
- 星标
- 10
- 派生
- 12
- 平均合并
- 13 天 2 小时
- 30 天内合并 PR
- 1
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
kernelci/kci-dev 的其他 Issue
-
enhancement
难度 4/5 3-5 天 新手友好度 68/100
-
enhancement
难度 5/5 一周以上 新手友好度 20/100
-
难度 2/5 1-3 小时 新手友好度 55/100
-
难度 3/5 1-2 天 新手友好度 35/100
-
难度 4/5 3-5 天 新手友好度 35/100
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 82/100
RedHatQE/mtv-api-tests#721 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 84/100
维护者通常 1 天内回复
-
难度 1/5 1-3 小时 新手友好度 85/100
pytest-dev/pluggy#757 ·
维护者通常 1 天内回复
-
难度 1/5 1-3 小时 新手友好度 85/100
NousResearch/hermes-agent#134960 ·
维护者通常 1 天内回复
-
HTML backend: `<br>` leaks the internal sentinel U+E000 into list items, headings and captions可能已有人在做 @morten-lagabote 今天认领。 未关闭
难度 2/5 1-3 小时 新手友好度 67/100
docling-project/docling#4671 ·
维护者通常 1 天内回复