Skip to content

docs: describe every option, and migrating from fork-ts-checker - #339

Merged
alexander-akait merged 1 commit into
mainfrom
docs/every-option-and-fork-ts-checker
Sep 13, 2026
Merged

alexander-akait merged 1 commit into
mainfrom
docs/every-option-and-fork-ts-checker

Conversation

@alexander-akait

Copy link
Copy Markdown
Member

Summary

Read every schema against the README: of the 23 options the plugin takes, one had no entry of its own — checks, the only one it requires. It has one now, saying what an entry may be (a name, or an object with use), that naming a tool twice runs it twice, and that use also takes an adapter.

Above them, an Every option table: each option, the layer it belongs to (plugin, shared, per check) and what it decides, so the whole surface reads in one screen. Every in-page link in the README was checked against the anchors GitHub generates — none are broken, and none rely on a numbered anchor that a later section would shift.

And a third migration section, From fork-ts-checker-webpack-plugin, written option by option against its 9.1.0 types rather than from memory — including the four it has no answer for here: memoryLimit and profile (this check is not a forked process — the program is kept between rebuilds instead), a switch per kind of diagnostic (ignoreDiagnostics drops by code), and an issue predicate of your own.

What kind of change does this PR introduce?

docs

Did you add tests for your changes?

n/a — documentation only. lint covers it: Prettier and cspell read every Markdown file.

Does this PR introduce a breaking change?

No.

If relevant, what needs to be documented once your changes are merged or what have you already documented?

This is the documentation; the webpack.js.org page wants the same after release.

Use of AI

Claude Code compared the schemas with the README, read fork-ts-checker-webpack-plugin@9.1.0's own type declarations for the migration table, checked every anchor, and wrote this description; I reviewed all of it.

🤖 Generated with Claude Code

https://claude.ai/code/session_01GzZci4NQeiqwdrVfd7dGXy


Generated by Claude Code

`checks` is the one option the plugin requires and the only one with no
entry of its own, so it has one — what an entry may be, and that naming a
tool twice runs it twice. A table above them lists every option there is,
which layer it belongs to and what it decides.

The typescript check covers what `fork-ts-checker-webpack-plugin` does,
so migrating from it is written out option by option, the four it has no
answer for included: a forked process's `memoryLimit` and `profile`,
switching a kind of diagnostic off, and an issue predicate of your own.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01GzZci4NQeiqwdrVfd7dGXy
@alexander-akait
alexander-akait merged commit 00ff95e into main Sep 13, 2026
13 checks passed
@alexander-akait
alexander-akait deleted the docs/every-option-and-fork-ts-checker branch September 13, 2026 23:34
This was referenced Sep 13, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant