Re: git log -p unexpected behaviour - security risk?
- From
John Szakmeister <john@szakmeister.net>
- Date
- Apr 30, 2013, 17:58 UTC
- Message-ID
- <CAEBDL5W-xuNhyL81TBGhriAr2jM7CC3FtLhfcbEfEAf9GjCJAQ@mail.gmail.com>
- In-Reply-To
- <vpqy5c0oson.fsf@grenoble-inp.fr>
On Tue, Apr 30, 2013 at 1:05 PM, Matthieu Moy <Matthieu.Moy@grenoble-inp.fr> wrote:
Show 11 quoted lines
> Junio C Hamano <gitster@pobox.com> writes: > >> By the way, these options are _not_ about "showing merge commits >> that introduce code", and they do not help your kind of "security". >> As I repeatedly said, you would need "-p -m" for that. > > Actually, while defaulting to --cc may be convenient, it would indeed > increase the security risk: currently, "git log -p" shows nothing for > merges, so it's rather clear that _everything_ is omitted. With --cc, > the user would see a diff, and could hardly guess that not everything is > shown without reading the doc very carefully.
I don't believe it's that clear. I bet people assume there's nothing to show, and unless you dig in and discover that `-p` doesn't include merges. In git 1.8.2, `git help log` doesn't seem to make any mention of `-p` not showing a diff for merges.
Just to see, I asked several people around here whether they knew `-p` didn't show diffs for merges, and they were all surprised that diffs were being omitted for merge commits.
-John