git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [ENHANCEMENT] Allow '**' pattern in .gitignore

From
Nguyen Thai Ngoc Duy <pclouds@gmail.com>
Date
Oct 3, 2012, 11:35 UTC
Message-ID
<CACsJy8CUK0g4FhuJxzJqN7qS2apoO2zYdg_SGvWzEN5dGcHhaA@mail.gmail.com>
In-Reply-To
<CALkWK0=X5nJ6Shwa0+6Jk2cgvvo25j=mKLRs4v=eQY7x9+XvFw@mail.gmail.com>
On Tue, Oct 2, 2012 at 3:24 PM, Ramkumar Ramachandra <artagnon@gmail.com> wrote:
Show 15 quoted lines
> Stefano Lattarini wrote:
>> On 10/02/2012 09:21 AM, Ramkumar Ramachandra wrote:
>>> Hi,
>>>
>>> I've often found the '**' (extended) shell glob useful for matching
>>> any string crossing directory boundaries: it's especially useful if
>>> you only have a toplevel .gitignore, as opposed to a per-directory
>>> .gitignore.  Unfortunately, .gitignore currently uses fnmatch(3), and
>>> doesn't recognize '**'.  Would extending the .gitignore format to
>>> accept this be a useful feature?  Would it involve re-implementing and
>>> extending fnmatch, or is there some other way?
>>>
>> I think there is a topic in flight about this:
>>
>>     <http://thread.gmane.org/gmane.comp.version-control.git/206406>

While I'm behind this series, I have no use cases for it in my repositories. It's tested in git test suite but that's about it. Some feedback would be nice, especially on the performance side if you do a lot of ignores.

-- 
Duy
Previous: Ramkumar RamachandraNext: Jens Lehmann
Message 4 of 9 in “[ENHANCEMENT] Allow '**' pattern in .gitignore”
  1. Ramkumar RamachandraOct 2, 2012
  2. Stefano LattariniOct 2, 2012
  3. Ramkumar RamachandraOct 2, 2012
  4. Nguyen Thai Ngoc DuyOct 3, 2012
  5. Jens LehmannOct 3, 2012
  6. Nguyen Thai Ngoc DuyOct 3, 2012
  7. Jens LehmannOct 3, 2012
  8. Joshua JensenOct 3, 2012
  9. Nguyen Thai Ngoc DuyOct 4, 2012

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.