最近在搞 jsctags-oasis 這個專案，因此認真的研究了一下 glob，glob 這東西其實有在使用 CLI 的話，一定是使用過的，例如：
ls *.js後面的*.js就是 glob，應該可以稱為一種表達式吧，沒有正規表示式（Regular Expression）強大，是專用於匹配檔案的，現在也已經是內建於 Linux shell 內的功能了，所以其實只要man glob.7或是man 7 glob就可以找到官方文件了（不過 macOS 上沒有），然後 glob 和正規表示式相比，有個很關鍵的差異就是 glob 是有判斷路徑階層的，也就是其實?和*雖然是任意字元，但是/不屬於任意字元，/又被稱為 path separator，如果要找不同層子目錄的檔案，就要把路徑寫好，不然比對時不會如願找到想要的目標，而這個差異其實也說明了為什麼ls subfolder/*只會印出該層子目錄下的檔案，而不是把第二第三層子目錄下的東西也都印出來，雖然有**這個寫法，不過我是在 nodejs 開始蓬勃發展之後才在 node-glob 文件上看到的。
其實我第一次看到 glob 這個單字也是 node-glob，不過當時以為 node-glob 和命令列的那套不相容，只是借用名字而已，因為那個**/*.js的語法我以前沒看過，一直以為是 node-glob 自己做的，直到這次研究才發現其實**是 bash 提供的擴充語法，bash 的 extglob 提供了一些更接近正規表示式的語法：
?(pattern-list)
Matches zero or one occurrence of the given patterns
*(pattern-list)
Matches zero or more occurrences of the given patterns
+(pattern-list)
Matches one or more occurrences of the given patterns
@(pattern-list)
Matches one of the given patterns
!(pattern-list)
Matches anything except one of the given patterns另外還有很多設定可以調整 glob 的行為，其中一樣叫做globstar的，就是讓**可以 recursive 的 match 子目錄的檔案，這個功能是在 bash 4.0 alpha 版的時候新增的，到今天其實也已經超過十年了。
至於為什麼會研究起 glob 呢？是因為我在做 jsctags-oasis 時，要盡量的支援 Exuberant Ctags 支援的參數，其中做到exclude的時候，一開始偷懶用了 node-glob 的 ignore，但是實際上要拿 vim-gutentags 來用時卻行為不如預期，為了能正確支援就研究起這實際上怎麼串起來的，首先是 vim-gutentags 會拿 Vim 那邊的 wildignore 送給 ctags，wildignore 使用的表達式是 Vim 自己的 filepattern，和 glob 有點接近，像是*都是正規表示式的.*，還有?都是正規表示式的.，不過*有特別說到：
Unusual: includes path separators
這行為就和 glob 不一樣了，所以假設 ctags 的exclude也是用 glob 表示式，那是不是表示 vim-gutentags 這邊實做有不正確呢？結果我發現 Exuberant Ctags 的文件是這樣說的：
each pattern specified using this option will be compared against both the complete path (e.g. some/path/base.ext) and the base name (e.g. base.ext) of the file, thus allowing patterns which match a given file name irrespective of its path, or match only a specific path. If appropriate support is available from the runtime library of your C compiler, then pattern may contain the usual shell wildcards (not regular expressions) common on Unix (be sure to quote the option parameter to protect the wildcards from being expanded by the shell before being passed to ctags; also be aware that wildcards can match the slash character, '/').
這時候就要感謝那時期的文件都有寫得很詳細，不用花時間去看程式碼，這邊的說明就是說會比對 basename （檔名加附檔名）和完整的 pathname，另外對於 wildcard 的支援則是看系統，是用 shell wildcards，其實就是 glob 表達式，不過照這樣說，應該就和 Vim filepattern 不一樣了，研究許久才注意到關鍵的地方就在上面那段文件的最後一句，提到 wildcards 也會 match 到/字元，也就是最前面提到的 path separator，結果就是， Vim filepattern 和 Exuberant Ctags 的exclude用的表示式基本上是相容的，但是也因為特性就無法用 node-glob 的ignore來支援了。所以我就照著說明自己實做了比對的部分，然後有用到一個叫 globrex 的 npm package，這個是 tiny-glob 底層用的工具，算是個偷吃步，不管 path separator 直接把 glob 轉成正規表示式的作法，根據原始碼，它會直接把*轉換成.*，這樣就會 match 到/字元了，本來是偷吃步的作法，卻意外的剛好合用，理論上這樣就可以正確的支援 ctags 的exclude才是吧。