WHAT IT DOES
See which paths the pattern really selects.
Enter minimatch patterns and a realistic list of paths, then see which paths are included and which pattern made the final decision. Patterns are evaluated from top to bottom so a later negation can exclude an earlier match and a later positive pattern can include it again. Case sensitivity, dotfiles, and basename matching stay explicit because changing any one of them can change a build, test, or packaging rule without changing the pattern text.
Why use it?
Use it to test an ordered include/exclude list against realistic paths before a packaging or build rule omits the wrong files.
How to use this tool
- Enter patterns and a list of candidate paths in their separate panes.
- Set case sensitivity, dotfile handling, and basename matching to the intended behavior, then test.
- Try src/** followed by !src/**/*.test.ts and include both ordinary and test files in the candidates. Inspect the final deciding pattern for each result.
- This is minimatch behavior over supplied text, not a filesystem scan or a .gitignore evaluator; verify rules in the consuming tool too.
Details and limitations
- The syntax is minimatch glob syntax with stars, double stars, character classes, brace expansion, extglobs, and leading exclusions.
- This is not a shell expander or a .gitignore parser; no filesystem is scanned and the tested paths are exactly the lines entered.
- Each result names the last pattern that decided its state, which makes ordered include and exclude lists reviewable.
- Dotfile, case, and match-basename behavior are separate options and never inferred from the current operating system.