All of lore.kernel.org
 help / color / mirror / Atom feed
From: Junio C Hamano <gitster@pobox.com>
To: Johan Herland <johan@herland.net>
Cc: "Yuri D'Elia" <wavexx@thregr.org>,
	Git mailing list <git@vger.kernel.org>
Subject: Re: A better git log --graph?
Date: Wed, 07 Jan 2015 08:35:03 -0800	[thread overview]
Message-ID: <xmqq61cilfbc.fsf@gitster.dls.corp.google.com> (raw)
In-Reply-To: <CALKQrgdrS0RkKe-5UN_HabkLYsZ+GGL=3SNqb_ij3W5z1R6ZTg@mail.gmail.com> (Johan Herland's message of "Wed, 7 Jan 2015 16:47:13 +0100")

Johan Herland <johan@herland.net> writes:

> Have you looked at git show-branch --all?
>
> ...Johan

Yeah, sounds vaguely like it.  Its display certainly is easier to
read while the set of branches you have is minimum and everything
fits in a window; that is exactly why I wrote it back when the
branches I was handling were toy-sized (I am not saying Git itself
was toy-sized---the work-in-progress on top of Git I was doing was).

>
> On Wed, Jan 7, 2015 at 3:23 PM, Yuri D'Elia <wavexx@thregr.org> wrote:
>> Hi everyone,
>>
>> git log --graph is hard for me to parse mentally when developing a
>> project which has a lot of branches.
>>
>> All the tools I've been using seem to just parse log --graph's output,
>> and thus are no better at showing history.
>>
>> I would love to have a graph mode where each branch is assigned a
>> column, and stays there. If my log section shows the history of 3
>> branches, column 1 should always refer to master, 2 to the hypothetical
>> "development" branch and 3 to "feature".
>>
>> Of course the mode will waste more horizontal space, but it would be
>> immediately more apparent which branch is merging into which.
>>
>> I saw this idea proposed a couple of times in the mailing list, but I
>> saw no "action" behind the proposal. Since I don't have time to work on
>> it, has anyone already started some work that he would like to share as
>> a starting point? Even just to have a felling if it's worth the effort.
>>
>> Does anybody know of another tool to graph the history using something
>> that is not based on git log --graph?
>>
>> I've seen a couple of graphviz-based ones, but both failed to work out
>> of the box for me.
>>
>> Thanks a lot for any pointer.
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe git" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2015-01-07 16:36 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-01-07 14:23 A better git log --graph? Yuri D'Elia
2015-01-07 15:47 ` Johan Herland
2015-01-07 16:33   ` Yuri D'Elia
2015-01-07 16:35   ` Junio C Hamano [this message]
     [not found] ` <95FA7666-4031-48FE-B9F7-DC8BB969426C@gmail.com>
2015-01-08 11:39   ` Yuri D'Elia
2015-01-08 11:59     ` John Szakmeister

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=xmqq61cilfbc.fsf@gitster.dls.corp.google.com \
    --to=gitster@pobox.com \
    --cc=git@vger.kernel.org \
    --cc=johan@herland.net \
    --cc=wavexx@thregr.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.