Test runner: --test-reporter-destination should create the folder if not found

オープン

#64,994 2026年8月3日に作成コメント 0 件リアクション 0 件担当者 0 名 GitHub で見る

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

評価

難易度: 3/5
見積もり時間: 1〜2日
初心者へのやさしさ: 68/100

issue の種類: 機能追加
明瞭さ: おおむね明確
活発さ: 静か
技術スタック: javascript, node.js
領域: cli, testing-qa

調査の方向性

まず、coverage が存在しない場合に、提供された node --test --experimental-code-coverage --test-reporter-destination="coverage/lcov.info" コマンドで問題を再現します。テストランナーによる reporter の宛先処理を追跡し、coverage レポートが書き込まれる前に宛先フォルダーが作成されることを、ネストされたフォルダーが必要な場合も含めて確認します。

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

説明

feature request test_runner

What is the problem this feature will solve?

Hi 👋

Fairly easy one:
I have node --test --experimental-code-coverage --test-reporter-destination="coverage/lcov.info" outputting the coverage file to the coverage folder.

However, if the coverage folder does not exist beforehand, an ENOENT is thrown.

Since storing the behavior of storing coverage in coverage/lcov.info, and having that folder in .gitignore is rather standard, it'd be nice to have Node creating the folder in which it will place the coverage report in case it doesn't exist.

Thanks :)

What is the feature you are proposing to solve the problem?

When writing coverage report, check if the destination folder exists, and if not, create it beforehand

What alternatives have you considered?

version controlling the coverage folder with a .gitkeep file, but it's cumbersome
Having the CLI test script in my package json create the folder itself, but that's quite inelegant to maintain for both Windows and Unix users
Switching to another test runner and losing all the charisma points that come with using the native one

主要言語: JavaScript
スター: 122k
フォーク: 37.4k
平均マージ: 4日 4時間
マージ済み PR（30日）: 276

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

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

nodejs/node のほかの issue

Stream.prototype.forEach will block in first promise in queue before read more chunk オープン

doc

難易度 2/5 1〜3時間初心者へのやさしさ 65/100

nodejs/node#66106 · 2026年9月18日に作成
nodejs 26.8.2 fails to build with clang/LLVM オープン

build

難易度 1/5 1時間未満初心者へのやさしさ 88/100

nodejs/node#66076 · コメント 1 件 · 2026年9月17日に作成
`TextEncoder.encodeInto()` underfills the destination for some non-ASCII text オープン

難易度 2/5 1〜3時間初心者へのやさしさ 84/100

nodejs/node#65994 · コメント 2 件 · リアクション 2 件 · 2026年9月11日に作成
worker: `messageerror` listeners remain during `exit` オープン

難易度 1/5 1時間未満初心者へのやさしさ 90/100

nodejs/node#65782 · 2026年9月4日に作成
[`util.styleText`] Allow `text` param to be any scalar value (ex. `number`, `bool` etc additionaly to `string`) which will be casted internally to `string` オープン

feature request

難易度 2/5 1〜3時間初心者へのやさしさ 68/100

nodejs/node#63841 · コメント 1 件 · 2026年6月10日に作成

nodejs/node の issue をすべて見る

似ている issue

[BUG] @mastra/inngest: errors thrown inside durable steps lose their original stack (and error type) — Inngest only sees the wrapper frame オープン

bug customer-eng Durable Agents Inngest status: needs triage

難易度 2/5 1〜3時間初心者へのやさしさ 82/100

mastra-ai/mastra#24748 · コメント 1 件 · 2026年9月22日に作成
[optimization:agents-md-curator] Trim and correct root ambient context in github/gh-aw-firewall (LOGGING.md dead link, stale test claim, ~12% context reduction) オープン

optimization optimization:agents-md-curator

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

githubnext/gh-aw-cao#13475 · 2026年9月22日に作成
[BUG]: "Clear All" in Settings doesn't clear the saved analysis, old data comes back after reload オープン

bug

難易度 2/5 1〜3時間初心者へのやさしさ 88/100

AOSSIE-Org/OrgExplorer#253 · コメント 1 件 · 2026年9月22日に作成
isolated-declarations: TS9025 on an optional parameter property typed `readonly T[]`, which tsc 7 accepts オープン

難易度 2/5 1〜3時間初心者へのやさしさ 88/100

oxc-project/oxc#26944 · 2026年9月22日に作成
bug report: ai observability - dry-running a paused evaluation emails the whole org オープン

ai-observability bug team/ai-observability

難易度 2/5 1〜3時間初心者へのやさしさ 78/100

PostHog/posthog#104687 · 2026年9月22日に作成

JavaScript の issue をもっと見る