Review .dockerignore rules for mistakes that can enlarge a build context or leak local files. The checker finds duplicates, negations with no earlier exclusion, absolute paths, suspicious secret omissions, and patterns that may exclude Dockerfile itself. It also tests an optional sample file list when supplied after a separator line.
Docker Ignore Checker converts the supplied text into a diagnostic result with concrete counts and structured export data. It keeps the original input in place so warnings can be traced back to the source.
A local diagnostic is useful for review, but it cannot replace the configuration limits and parsers used by the final server, proxy, browser, or Docker daemon.
Load the sample and run the tool. The output reports the parsed structure or findings derived from the exact sample shown in the input panel.
node_modules .git .env *.log dist node_modules !dist/keep.txt ---FILES--- node_modules/a.js src/index.js .env dist/app.js
All core check processing runs in Vanilla JavaScript. Text is read locally, parsed once, and rendered into a read-only output area with optional JSON or CSV exports when structured rows are available.
This focused browser implementation does not perform network negotiation, authenticate credentials, build images, read a filesystem, or emulate vendor-specific size limits.
No. Its core processing runs in the browser and does not make a network request.
The page reports a focused error or warning and leaves the source text unchanged.
Yes, but review it first because local parsing cannot reproduce every server, Docker daemon, or registry decision.
Byte measurements use UTF-8, while parsers retain Unicode characters in readable output.
No. It is a diagnostic result; the receiving server or an actual Docker build remains authoritative.
| Field | Meaning |
|---|---|
| Summary | What was processed |
| Interpretation | Warnings and next checks |
| Stats | Tool-specific counts and timing |