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

git rev-list --author/--committer b0rked with -F/--fixed-strings

From
Giuseppe Bilotta <giuseppe.bilotta@gmail.com>
Date
Sep 4, 2008, 06:47 UTC
Message-ID
<g9o0ac$qig$1@ger.gmane.org>
Hello all,

I was recently looking into the reason why the gitweb search box failed to provide results when using the author and committer search and NOT using regexp searches.

I managed to track the fault down to the inability for git rev-list to handle --author and --committer in conjunction with the --fixed-strings option.

It's not difficult to see that the reason for this is that the author and committer search patterns are *always* built as regular expressions. However, I couldn't see any obvious way to do things in a *different* way ...

So, is this a known bug (I would call it a bug, yes) in rev-list? Are there any ideas around on how to fix it?

-- 
Giuseppe "Oblomov" Bilotta
Next: Junio C Hamano
Message 1 of 13 in “git rev-list --author/--committer b0rked with -F/--fixed-strings”
  1. Giuseppe BilottaSep 4, 2008
  2. Junio C HamanoSep 4, 2008
  3. Teach "log -F --author=<match>" to behave betterJunio C Hamano, Sep 4, 2008
  4. Teemu LikonenSep 4, 2008
  5. Junio C HamanoSep 4, 2008
  6. Teemu LikonenSep 4, 2008
  7. Junio C HamanoSep 5, 2008
  8. Giuseppe BilottaSep 4, 2008
  9. Petr BaudisSep 4, 2008
  10. Junio C HamanoSep 4, 2008
  11. --all-matchTeemu Likonen, Sep 5, 2008
  12. Junio C HamanoSep 5, 2008
  13. Giuseppe BilottaSep 4, 2008

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.