Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Let's talk about the CI situation

オープン
#1,614 コメント 20 件 リアクション 8 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
25/100
issue の種類
機能追加
明瞭さ
説明が足りない
活発さ
停滞
技術スタック
node.js
領域
ci-cd, testing-qa

調査の方向性

ソースファイルやテストは指定されていません。まずこの議論と参照されている nodejs/build issue 3887 を読み、その後、CI テストの不安定性を検出して対処するための合意された方針があるか、コメントスレッドを確認してください。完了条件は、具体的なコード変更ではなく、具体的で承認された計画です。

索引モデルが issue の本文から書いたものです。

説明

As of recently, especially with https://github.com/nodejs/build/issues/3887, dealing with the CI when preparing a release or when trying to land a PR has become very frustrating. I tried to list all the pain points, let me know if I forgot something:

  • The CI is so flaky it's systematically takes several attempts to get a passing one.
  • Most folks do not bother to check the failures.
  • Even fewer folks are reporting flaky tests (I plead guilty).
  • Even fewer folks are investigating those flakes (and I get it, the very nature of flaky tests makes them very hard to reproduce, let alone debugging them).
  • Opening a PR to mark test(s) as flaky often receives objections that the flakiness should be solved instead of ignored (which I totally get, those flakes are most of the time due to a bug in node; but it also makes the situation more frustrating for contributing, and also for other projects that build their own node and expect tests not marked as flaky to not be flaky).

I think we need to discuss:

  1. Is there a way to better detect flaky tests before landing them?
  2. How can we handle the immediate situation?

I'm opening this in the TSC repo, because it's kind of a meta discussion that I'm guessing is not going to be of much interest to folks following nodejs/node, but of course anyone is welcome to participate to the discussion.

主要言語
JavaScript
スター
693
フォーク
142
平均マージ
8日 7時間
マージ済み PR(30日)
3

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

nodejs/TSC のほかの issue

nodejs/TSC の issue をすべて見る

似ている issue

JavaScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。