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

Re: Possible git blame bug?

From
Junio C Hamano <gitster@pobox.com>
Date
Mar 13, 2017, 23:15 UTC
Message-ID
<xmqqtw6wlqf8.fsf@gitster.mtv.corp.google.com>
In-Reply-To
<20170313230810.GA80865@workstation>
Domagoj Stolfa <domagoj.stolfa@gmail.com> writes:
> Thanks for clearing this up. Is this documented somewhere, so that if it happens
> again I can point people to the docs that explain this behaviour?
Is this from "git blame --help" sufficient?
    When you are not interested in changes older than version
    v2.6.18, or changes older than 3 weeks, you can use revision
    range specifiers  similar to 'git rev-list':
            git blame v2.6.18.. -- foo
            git blame --since=3.weeks -- foo
    When revision range specifiers are used to limit the annotation,
    lines that have not changed since the range boundary (either the
    commit v2.6.18 or the most recent commit that is more than 3
    weeks old in the above example) are blamed for that range
    boundary commit.
Previous: Domagoj StolfaNext: Domagoj Stolfa
Message 8 of 10 in “Possible git blame bug?”
  1. Domagoj StolfaMar 13, 2017
  2. Junio C HamanoMar 13, 2017
  3. Junio C HamanoMar 13, 2017
  4. Domagoj StolfaMar 13, 2017
  5. Junio C HamanoMar 13, 2017
  6. Junio C HamanoMar 13, 2017
  7. Domagoj StolfaMar 13, 2017
  8. Junio C HamanoMar 13, 2017
  9. Domagoj StolfaMar 13, 2017
  10. Domagoj StolfaMar 13, 2017

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.