git/list[1] front-page[2] threads[3] people[4] search[5] about
 

[BUG] gitk deals badly with --not

From
Yydirson@free.fr <ydirson@free.fr>
Date
Jul 21, 2015, 09:38 UTC
Message-ID
<1545730766.15139362.1437471517806.JavaMail.root@zimbra39-e7.priv.proxad.net>
In-Reply-To
<1236236440.15093493.1437470465599.JavaMail.root@zimbra39-e7.priv.proxad.net>

When gitk is run with "<some refs> --not <some other refs>" args, things work fine until one tries to modify the view. There it considers "--not" to be an extra git-log argument on its own, and groups the negative refs together with the positive refs, which naturally gives completely wrong results.

Not sure what the best course of action would be to fix that:
* add negative refs the extra args could be an option, since those are added last to the commandline, but then the
  "edit" dialog becomes a bit strange, with refs listed at both ends of it
* add a dedicated field for negative refs
* convert them to the ^ref syntax

Either of those last 2 solution raise the concern of convertion between ^ and --not: in the case where we add a dedicated field, would there be any reason not to move ^refs to this field instead ?

Message 1 of 1 in “[BUG] gitk deals badly with --not”
  1. ydirson@free.frJul 21, 2015

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.