Re: [PATCH 5/5] describe: teach describe negative pattern matches
- From
Jacob Keller <jacob.keller@gmail.com>
- Date
- Jan 17, 2017, 23:31 UTC
- Message-ID
- <CA+P7+xqFHG52Xo8ncUwa3owDn3OOz+rr3ZaGwfcUDCiXJmh80Q@mail.gmail.com>
- In-Reply-To
- <97d4105c-0fa6-41c5-e456-30cebd93dc36@kdbg.org>
On Fri, Jan 13, 2017 at 1:31 PM, Johannes Sixt <j6t@kdbg.org> wrote:
Show 20 quoted lines
> Am 13.01.2017 um 07:57 schrieb Jacob Keller: >> >> On Thu, Jan 12, 2017 at 10:43 PM, Johannes Sixt <j6t@kdbg.org> wrote: >>> >>> When you write >>> >>> git log --branches --exclude=origin/* --remotes >>> >>> --exclude=origin/* applies only to --remotes, but not to --branches. >> >> >> Well for describe I don't think the order matters. > > > That is certainly true today. But I would value consistency more. We would > lose it if some time in the future 'describe' accepts --branches and > --remotes in addition to --tags and --all. > > -- Hannes >
I am not sure that the interface for git-log and git-describe are similar enough to make this distinction work. --match already seems to imply that it only works on refs in refs/tags, as it says it considers globs matching excluding the "refs/tags" prefix.
In git-describe, we already have "--tags" and "--all" but they are mutually exclusive. We don't support using more than one at once, and I'm not really convinced that describe will ever support more than one at a time. Additionally, match already doesn't respect order.
Thanks, Jake