# gitk doesn't always shows boths tags in "gitk tag1..tag2"

4 messages from 2013-01-29 to 2013-01-29. Participants: Toralf Förster, Jonathan Nieder.
Thread: https://gitlist.dev/t/32772

## Toralf Förster, 2013-01-29 19:40

Subject: gitk doesn't always shows boths tags in "gitk tag1..tag2"
Message-ID: <510825B2.6070805@gmx.de>
URL: https://gitlist.dev/e/510825B2.6070805%40gmx.de

```
For a cloned BOINC git tree :

$> git clone git://boinc.berkeley.edu/boinc.git

the following 2 commands shows both starting and ending revisions :

$> gitk client_release_7.0.41..client_release_7.0.42
$> gitk client_release_7.0.43..client_release_7.0.44

however this command doesn't show the tag "client_release_7.0.44" :

$> gitk client_release_7.0.44..client_release_7.0.45

Now I'm wondering whether this is a side effect of the developer model
of BOINC or an issue in gitk ?


-- 
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3

```

## Jonathan Nieder, 2013-01-29 19:57

Subject: Re: gitk doesn't always shows boths tags in "gitk tag1..tag2"
Message-ID: <20130129195718.GD18266@google.com>
URL: https://gitlist.dev/e/20130129195718.GD18266%40google.com
In-Reply-To: <510825B2.6070805@gmx.de>

```
Hi Toralf,

Toralf Förster wrote:

> $> git clone git://boinc.berkeley.edu/boinc.git
>
> the following 2 commands shows both starting and ending revisions :
>
> $> gitk client_release_7.0.41..client_release_7.0.42

gitk is running something similar to

	git log --graph --decorate --boundary --oneline <revs>

In this example, that means 7.0.41 is shown with an open circle
because it is at the boundary of the requested commit set (it is not
in that set and one of its children is).

[...]
> however this command doesn't show the tag "client_release_7.0.44" :
>
> $> gitk client_release_7.0.44..client_release_7.0.45

As you guessed, 7.0.45 seems to live in a different area of history. :)
I don't know why it was built that way --- there may or may not be a
good reason.

"gitk --simplify-by-decoration client_release_7.0.44...client_release_7.0.45"
can help to compare the positions of the two tags in history.

Thanks for a fun example.
Jonathan

```

## Toralf Förster, 2013-01-29 20:11

Subject: Re: gitk doesn't always shows boths tags in "gitk tag1..tag2"
Message-ID: <51082CFA.4050501@gmx.de>
URL: https://gitlist.dev/e/51082CFA.4050501%40gmx.de
In-Reply-To: <20130129195718.GD18266@google.com>

```
On 01/29/2013 08:57 PM, Jonathan Nieder wrote:
> As you guessed, 7.0.45 seems to live in a different area of history. :)
Well, seems be point to the root cause ..

BTW
$> gitk  --simplify-by-decoration  client_release_7.0.44..client_release_7.0.45

only 3 rows in the main window where 
$> gitk client_release_7.0.44..client_release_7.0.45

shows 468 rows. 


Thx for the quick answer :-)

-- 
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3

```

## Jonathan Nieder, 2013-01-29 20:25

Subject: Re: gitk doesn't always shows boths tags in "gitk tag1..tag2"
Message-ID: <20130129202518.GE18266@google.com>
URL: https://gitlist.dev/e/20130129202518.GE18266%40google.com
In-Reply-To: <51082CFA.4050501@gmx.de>

```
Toralf Förster wrote:
> On 01/29/2013 08:57 PM, Jonathan Nieder wrote:

>> As you guessed, 7.0.45 seems to live in a different area of history. :)
>
> Well, seems be point to the root cause ..
>
> BTW
> $> gitk  --simplify-by-decoration  client_release_7.0.44..client_release_7.0.45
>
> only 3 rows in the main window where 
> $> gitk client_release_7.0.44..client_release_7.0.45

Easiest to look at

  gitk --simplify-by-decoration client_release_7.0.44...client_release_7.0.45

(three dots --- search for "symmetric difference" in gitrevisions(7) for
details).

Ciao,
Jonathan

```