Mixing directory wildcard and identifier
See original GitHub issueGlob pattern a**/*.cs
matches a/b.cs
but also matches a/b.md
, it should not match a/b.md
The correct pattern should be written as a/**/*.cs
, but people make mistakes.
If it is written as a**/*.cs
, it should be interpreted as a[Literal] *[Wildcard] *[Wildcard] /[Separator] *[Wildcard] .cs[Literal]
, and should match ab/c.cs
, but is should not match a/b/c.cs
or a/b.md
It is also valid to treat consecutive wildcards as an error if it not a directory wildcard.
Issue Analytics
- State:
- Created 5 years ago
- Comments:6 (4 by maintainers)
Top Results From Across the Web
git - Ignoring directory vs ignoring directory with wildcard
I am working on a project that requires ignoring certain directories. Is there a difference between: path/to/mydir/*. and this:
Read more >Solved: Wildcard in Directory tool
I have used Directory tool and wildcard (*) for input file in at Network Shared Drive. The workflow is not picking the input....
Read more >Discussions: Designer Desktop: Dynamic wildcard file search
I'm trying to set up a workflow to allow a user to specify a filepath and filename (which may include any number of...
Read more >Using Wildcards
You can use wildcards to specify partial paths or multiple paths for directories that appear in different locations on different computers ...
Read more >Wildcards in Path Filters - Cherwell Help
Wildcards in Path Filters · * is a wildcard character used to indicate zero or more characters in a folder name. ·? is...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Alright sounds good. I will go with that then.
yes, I also tried that with node-glob, it should be equivalent to
a*/*.cs
. 0.4.0 parsed this pattern just fine.