# [PATCH] gitk: pass --no-left-right to rev-list

3 messages from 2006-12-19 to 2006-12-19. Participants: Jeff King, Johannes Schindelin, Junio C Hamano.
Thread: https://gitlist.dev/t/43553

## Jeff King, 2006-12-19 10:05

Subject: [PATCH] gitk: pass --no-left-right to rev-list
Message-ID: <20061219100534.GA9206@coredump.intra.peff.net>
URL: https://gitlist.dev/e/20061219100534.GA9206%40coredump.intra.peff.net

```
Now that rev-list does left-right marking by default on symmetric
differences, command lines like this:
  gitk master...origin
produce an error.

Signed-off-by: Jeff King <peff@peff.net>
---
I think there are three fixes:
  1. this patch (avoid using left-right)
  2. gitk can detect and parse the new format
  3. revert automatic use of left-right
The third makes the most sense to me.

People do use symmetric difference with various porcelains. For example,
I typically carry a few local patches in 'master'. My daily
sit-down-with-git workflow is:
  git-fetch
  gitk master...origin
  git-rebase origin
where the second step gives me a nice graph of what's new and which
patches I'm still carrying.

That means that porcelains which use git-rev-list are _all_ going to
break.

 gitk |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/gitk b/gitk
index 3dabc69..ec61a37 100755
--- a/gitk
+++ b/gitk
@@ -33,7 +33,7 @@ proc start_rev_list {view} {
 	set order "--date-order"
     }
     if {[catch {
-	set fd [open [concat | git rev-list --header $order \
+	set fd [open [concat | git rev-list --no-left-right --header $order \
 			  --parents --boundary --default HEAD $args] r]
     } err]} {
 	puts stderr "Error executing git rev-list: $err"
-- 

```

## Junio C Hamano, 2006-12-19 10:28

Subject: Re: [PATCH] gitk: pass --no-left-right to rev-list
Message-ID: <7vac1krxgw.fsf@assigned-by-dhcp.cox.net>
URL: https://gitlist.dev/e/7vac1krxgw.fsf%40assigned-by-dhcp.cox.net
In-Reply-To: <20061219100534.GA9206@coredump.intra.peff.net>

```
Jeff King <peff@peff.net> writes:

> I think there are three fixes:
>   1. this patch (avoid using left-right)
>   2. gitk can detect and parse the new format
>   3. revert automatic use of left-right
> The third makes the most sense to me.

1. has the problem that it requires the version of Porcelains
and the core to be tightly linked.  2. is nice but unnecessary
burden in the short term.  3. does not break things for anybody,
but if left-right output is useful on the terminal, it burdens
the end-user typing from the command line.

So in the longer term, 2 is probably slightly more preferrable,
but my philosophy is "do not change anything unless absolutely
necessary", so 3 is also sensible, at least in the short term.

Thanks for catching this quickly, before it hit the master.
Let's revert 57612319.

```

## Johannes Schindelin, 2006-12-19 10:47

Subject: Re: [PATCH] gitk: pass --no-left-right to rev-list
Message-ID: <Pine.LNX.4.63.0612191147160.19693@wbgn013.biozentrum.uni-wuerzburg.de>
URL: https://gitlist.dev/e/Pine.LNX.4.63.0612191147160.19693%40wbgn013.biozentrum.uni-wuerzburg.de
In-Reply-To: <20061219100534.GA9206@coredump.intra.peff.net>

```
Hi,

On Tue, 19 Dec 2006, Jeff King wrote:

> I think there are three fixes:
>   1. this patch (avoid using left-right)
>   2. gitk can detect and parse the new format
>   3. revert automatic use of left-right
> The third makes the most sense to me.

IMHO 2. is the way to go.

Ciao,

```