Re: BUG:git-log --follow <path> should never trim output WRT equivalent git-log <path>

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Mar 24, 2008 at 04:19:01PM +0000, Santiago Gala wrote:

> $ git log  -M -C -C --color --stat --follow -- gitk-git/po/de.po | wc -l
> 0
> sgala@marlow ~/newcode/git/git (master)$ git log  -M -C -C --color --stat --
> gitk-git/po/de.po | wc -l
> 31
> $ git --version
> git version 1.5.4.4
> 
> I find very strange that --follow makes git log to stop outputting the first
> entries.

I think the tricky thing here is that every one of those commits is a
merge, which doesn't actually "introduce" any content, and that probably
confuses the "--follow" code.

The thing is that getting the history of gitk-git specifically is a bit
tricky. All of the commits actually happen to, e.g., the file 'gitk' in
the main gitk repository, and then Junio merges it into git using a
special "subtree" merge as 'gitk-git/gitk'. So looking at a path in
'gitk-git' will always just turn up merge commits; the actual commits
took place on a different path.

But I haven't looked too closely at what's going on, so I may be way off
base. My two cents.

-Peff
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux