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

Re: git grep -I bug

From
Jeremy O'Brien <obrien654j@gmail.com>
Date
Feb 2, 2009, 18:26 UTC
Message-ID
<20090202182601.GA173@Ambelina.local>
In-Reply-To
<7vwsc8hgh4.fsf@gitster.siamese.dyndns.org>
On Mon, Feb 02, 2009 at 09:54:31AM -0800, Junio C Hamano wrote:
Show 13 quoted lines
> Jeremy O'Brien <obrien654j@gmail.com> writes:
> 
> > I am running git version 1.6.1.2.309.g2ea3.
> >
> > When I use
> >
> > git grep -I "string_to_match"
> >
> > to ignore binary files in my grep, binary files are returned anyway.
> 
> One sanity check.  What does 'git grep --cached -I "string_to_match"' do
> in that case?
> 

It works as expected. It is interesting that while my Linux install was affected by this bug, my Mac OS X install did not seem to be affected by it, while running the same version of git.

Previous: Junio C HamanoNext: Junio C Hamano
Message 3 of 5 in “git grep -I bug”
  1. Jeremy O'BrienFeb 2, 2009
  2. Junio C HamanoFeb 2, 2009
  3. Jeremy O'BrienFeb 2, 2009
  4. Junio C HamanoFeb 3, 2009
  5. Jeremy O'BrienFeb 3, 2009

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.