Junio C Hamano <gits...@pobox.com> writes:
> Jeff King <p...@peff.net> writes:
>> We should also consider briefly whether anybody is relying on --oneline
>> for machine parsing. I think "log --oneline" is fair game, but I wonder
>> if people calling "rev-list --decorate --oneline" should be considered.
>> It seems kind of unlikely to me, considering that the decorate output is
>> ambiguous to parse anyway (if you see parentheses, you cannot tell if it
>> is decorate output or part of the commit subject).
> Yeah, I do not think it is likely. Among the in-tree scripts,
> git-stash does use rev-list --oneline but the purpose of the call
> exactly is to grab a human readable one line summary, and it will be
> happy with any change to make --oneline more human readble.
Having said that, one of my often used alias is
[alias] recent = log --branches --oneline --no-merges --decorate
to help me see what topics in flight may potentially interact with
an incoming patch, when deciding on which commit to base the patch
on. Pushing the decoration at the end to let it fall off the right
edge of the screen severely reduces the usefulness of it and defeats
the point of using --decorate, at least for this use.
I could use --source instead, though, if it is not moved by the
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