From: Ferry Huberts <mailings@hupie.com>
To: Junio C Hamano <gitster@pobox.com>
Cc: git@vger.kernel.org
Subject: Re: git & patterns
Date: Thu, 19 May 2011 08:54:50 +0200 [thread overview]
Message-ID: <4DD4BEBA.7010000@hupie.com> (raw)
In-Reply-To: <7v62p79og8.fsf@alter.siamese.dyndns.org>
On 05/19/2011 08:47 AM, Junio C Hamano wrote:
> Ferry Huberts <mailings@hupie.com> writes:
>
>> - usually patterns are just patterns, without specifying what kind
>
>> - when a pattern type is specified it most of the time is a glob pattern
>> - but sometimes it is called a shell pattern
>> - and a few cases speak of a wildcard pattern (I think)
>
> All these three are the same thing. I do not personally feel any strong
> need to change a lot of documentation to use only one of the terms, if
> that is what you are getting at.
>
> What I was wondering was perhaps we may need to document the general
> principle of using globs when matching names that are hierarchically
> grouped with slash-delimited components.
>
> The branch and tag namespaces are examples of such hiearchically grouped
> namespaces, and it is not a mere implementation detail as you seem to
> think. For jk/blame-line-porcelain and jk/diffstat-binary are both branch
> names, grouped by name initials of the author, and the globbing jk/* is a
> way to get to the group. With that grouping present, you cannot have a
> branch called "jk".
I would just argue that you layered a grouping abstraction (jk/*) on top
of something (branch and tag names) that is _conceptually_ _not_ like a path
I understand your reluctance but try to take a step back: _conceptually_
branches and tags are not paths
I don't want to push my case though :-)
--
Ferry Huberts
prev parent reply other threads:[~2011-05-19 6:54 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-18 10:48 git & patterns Ferry Huberts
2011-05-18 13:07 ` Andreas Ericsson
2011-05-18 13:36 ` Ferry Huberts
2011-05-18 19:55 ` Junio C Hamano
2011-05-19 6:23 ` Ferry Huberts
2011-05-19 6:40 ` Tim Mazid
2011-05-19 6:43 ` Tim Mazid
2011-05-19 6:46 ` Ferry Huberts
2011-05-19 6:54 ` Tim Mazid
2011-05-19 6:47 ` Junio C Hamano
2011-05-19 6:54 ` Ferry Huberts [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4DD4BEBA.7010000@hupie.com \
--to=mailings@hupie.com \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.