Jeff King <p...@peff.net> writes:
> On Tue, Jul 29, 2014 at 10:00:22AM -0700, Junio C Hamano wrote:
>> Jeff King <p...@peff.net> writes:
>> > So perhaps we could do something better on the viewing side, and
>> > "simplify" combined merges for files with all-identical parents.
>> Or you can ask to show the difference with the first parent, no?
> Yeah, though there is no way to do the other thing (--second-parent to
> show only the index side). I doubt anybody wants that, though. Just
> passing --first-parent would probably be fine (that would match "git
> stash show", too, though like that "stash show" it is impossible to
> override to see the index portion then).
>> I do not think giving a single-parent diff when --cc/-c is asked
>> for, which is a clear indication that the caller is aware that the
>> commit in question is a merge, is such a good idea.
> I think that is my point, though. The user is _not_ aware that the
> commit in question is a merge.
Oh, don't get me wrong. I am not opposed to give better output from
"stash show -p". I do not want to see us change what "git log --cc"
does without being asked to do something different.
I see you added --simplify-combined-diffs to avoid breaking "log",
so that is not too bad, but I am still unsure what should happen
when the first parent and the result is the same and only the second
parent is different (i.e. you have changes in the index and your
working tree changes have been reverted---then you create a stash).
Should it show as "single source diff, with all changes reverted"?
Should it show as a normal "combined diff for a merge"? Should it
show as "no changes whatsoever"?
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html