nodejs / nodejs/node-core-utils
Reliablility report is inaccurate
还没有人认领这个 Issue。
- 主要语言
- JavaScript
- 星标
- 314
- 派生
- 137
- 平均合并
- 2 天 8 小时
- 30 天内合并 PR
- 24
描述
I started investigating https://github.com/nodejs/node/issues/44805
when taking a look at https://github.com/nodejs/reliability/issues/388:
Example
not ok 3789 sequential/test-watch-mode-inspect
---
duration_ms: 120.67
severity: fail
exitcode: -15
stack: |-
timeout
TAP version 13
(node:37761) ExperimentalWarning: The test runner is an experimental feature. This feature could change at any time
(Use `node --trace-warnings ...` to show where the warning was created)
...
the first PR in the Failed PR row has two CI runs prior to this report: 46819, 46808
the first CI run reports a failure for this based on the previous osx1015 run https://ci.nodejs.org/job/node-test-commit-osx/47578/ that did not actually run in this build (due to java.net.ConnectException: Connection timed out) but Jenkins still considers the child of a previous run to be the child of this run.
this obviously happened in other PRS/CI runs as well, wich makes the report links and count very hard to rely on when investigating flaky test issues
贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
调研方向
首先追踪 nodejs/reliability#388 的可靠性报告如何根据所引用的 Jenkins 运行 46819、46808、47578 和 46857 推导出 Failed PR、First CI、Last CI 和 Appeared 链接。比较父构建和子构建之间的关系,包括运行 47578 中失败的连接。完成的标准是报告链接和计数反映实际执行过的 CI 运行。
由索引模型根据 Issue 内容生成。
评估
- 技术栈
- javascript
- 领域
- ci-cd, tooling
- Issue 类型
- 缺陷
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 活跃度
- 停滞
- 描述清晰度
- 需要澄清
- 新手友好度
- 35/100