List the fields in order of appearance in the command output.
Signed-off-by: Mostyn Bramley-Moore <mos...@antipode.se>
---
Documentation/git-ls-files.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/git-ls-files.txt b/Documentation/git-ls-files.txt
List the fields in order of appearance in the command output.
Signed-off-by: Mostyn Bramley-Moore <mos...@antipode.se>
---
Documentation/git-ls-files.txt | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/Documentation/git-ls-files.txt b/Documentation/git-ls-files.txt
On 01/04/2016 06:46 PM, Junio C Hamano wrote:
Mostyn Bramley-Moore <most...@opera.com> writes:
On 12/31/2015 01:23 AM, Junio C Hamano wrote:
...
Swapping the option key and value may not be a bad idea, but one
problem that the above does not solve, which I outlined in the
messa
On 12/31/2015 01:23 AM, Junio C Hamano wrote:
Mostyn Bramley-Moore <most...@opera.com> writes:
OK, brainstorming a bit, how about either of these:
1)
--match-pattern-type=<glob|fixed-strings|basic-regexp|extended-regexp|perl-regexp>
It's a bit lengthy (maybe --match-type would b
On 12/29/2015 07:27 PM, Junio C Hamano wrote:
Mostyn Bramley-Moore <most...@opera.com> writes:
I do not think it is wrong per-se to add an option to use regular
expressions instead of globs, but if we are to do so, the endgame we
aim for MUST be that we do so consistently to all the
searches. But perhaps I misunderstand what you're suggesting
with the backquote/subshell.
-Mostyn.
--
Mostyn Bramley-Moore
TV and Connected Devices
Opera Software ASA
most...@opera.com
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message
as far as I can see:
http://comments.gmane.org/gmane.comp.version-control.git/173873
-Mostyn.
Mostyn Bramley-Moore (2):
describe: add option to use perl-compatible regexes with --match
describe: add basic and extended posix regex matching for completeness
Documentation/git-describe.txt
Signed-off-by: Mostyn Bramley-Moore <most...@opera.com>
---
Documentation/git-describe.txt | 6 ++
builtin/describe.c | 41 +
t/t6120-describe.sh| 14 ++
3 files changed, 61 insertions(+)
diff --git a/Documen
This allows more flexible pattern matching than the default globs.
Signed-off-by: Mostyn Bramley-Moore <most...@opera.com>
---
Documentation/git-describe.txt | 15 +--
builtin/describe.c | 90 +-
t/README | 3
On 12/28/2015 09:30 PM, Junio C Hamano wrote:
Mostyn Bramley-Moore <most...@opera.com> writes:
git describe currently only supports glob matching with the --matches flag.
It would be useful to support regular expressions.
For consistency, this uses the same regex flags as those used
is here, though nobody put
together a patch as far as I can see:
http://comments.gmane.org/gmane.comp.version-control.git/173873
Mostyn Bramley-Moore (2):
describe: mention glob in the --matches help text
describe: add --pcre-match option
Documentation/git-describe.txt | 5 +++
builtin/describe.c
This saves the user from needing to consult to manpage to learn the
format of the --matches argument.
Signed-off-by: Mostyn Bramley-Moore <most...@opera.com>
---
builtin/describe.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/builtin/describe.c b/builtin/desc
Add a perl-compatible regular expression version of the --match option,
which allows more flexible pattern matching.
Signed-off-by: Mostyn Bramley-Moore <most...@opera.com>
---
Documentation/git-describe.txt | 5 +++
builtin/describe.c
13 matches
Mail list logo