Re: Output from "git blame A..B -- path" for the bottom commit is misleading

From: Junio C Hamano <gitster@pobox.com>
Date: May 8, 2014, 21:58 UTC
Message-ID: <xmqqvbtg0w65.fsf@gitster.dls.corp.google.com>
In-Reply-To: <20140508213806.GA19464@serenity.lan>

John Keeping <john@keeping.me.uk> writes:

Show 12 quoted lines

> On a slight tangent, I tried this in a fairly young repository and got
> this (with master at v2.0.0-rc2-4-g1dc51c6):
>
> $ git blame Makefile | head -5
> 7a3fc144 (John Keeping      2013-12-26 17:37:53 +0000   1) REL_VERSION = v0.2
> 5c9829f9 (John Keeping      2013-07-29 17:03:26 +0100   2) 
> 5c9829f9 (John Keeping      2013-07-29 17:03:26 +0100   3) # The default target is...
> ^f7fae99 (John Keeping      2013-03-24 17:14:40 +0000   4) all::
> ^f7fae99 (John Keeping      2013-03-24 17:14:40 +0000   5) 
>
> f7fae99 is the initial commit in the repository, so shouldn't the last
> two lines blame to that, not a non-existent ancestor?

It is not saying f7fae99^, is it? It is debatable if it is correct to mark the root commit as a boundary, but that is what it is showing, I think. In other words, "this line hasn't changed since the inception of the project".