Reliablility report is inaccurate
Les mainteneurs répondent en général sous 1 jour
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 35/100
- Type d'issue
- Bug
- Clarté
- À clarifier
- Activité
- À l'abandon
- Stack technique
- javascript
Piste de recherche
Commencez par retracer comment le rapport de fiabilité pour nodejs/reliability#388 déduit ses liens Failed PR, First CI, Last CI et Appeared à partir des exécutions Jenkins référencées 46819, 46808, 47578 et 46857. Comparez les relations entre les builds parents et enfants, y compris la connexion ayant échoué dans l’exécution 47578. La tâche est considérée comme terminée lorsque les liens et les décomptes du rapport reflètent les exécutions CI qui ont réellement été exécutées.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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
- Langage dominant
- JavaScript
- Étoiles
- 314
- Forks
- 138
- Merge moyen
- 1 j 14 h
- PR mergées (30 j)
- 29
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de nodejs/node-core-utils
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 62/100
nodejs/node-core-utils#664 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 3/5 1-2 jours Accessibilité débutants 65/100
nodejs/node-core-utils#1164 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 4/5 3-5 jours Accessibilité débutants 68/100
nodejs/node-core-utils#1160 · 3 commentaires ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 3/5 1-2 jours Accessibilité débutants 68/100
nodejs/node-core-utils#1151 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 35/100
nodejs/node-core-utils#1063 ·
Les mainteneurs répondent en général sous 1 jour
Toutes les issues de nodejs/node-core-utils
Issues similaires
-
bug
Difficulté 1/5 Moins d'une heure Accessibilité débutants 92/100
PedestrianDynamics/pyFDS-Evac#476 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
aiko-chan-ai/DiscordBotClient#380 ·
-
Offisielle trærOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
-
Daemon delete dialog: "Remove all ExApps" checkbox and `removeExApps` parameter have no effectOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 85/100
Les mainteneurs répondent en général sous 3 jours
-
Add: Atlas TVOuvertechannels:add check:passed
Difficulté 2/5 1-3 heures Accessibilité débutants 74/100
Les mainteneurs répondent en général sous 4 jours