Jeff KingNow 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(-)
Show changes to gitk +1 −1
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"
