threads / patch / 24551

patchrev-list: accept --format without argument

Subject: [PATCH] rev-list: accept --format without argument

## tl;dr

5 messages between Jul 28, 2010 and Aug 4, 2010. Diffs are folded; open one to read it.

replies: 4people: 3as markdown or json

Matthieu Moy· Jul 28, 2010, 09:42 UTC · lore

The documentation says the syntax is --format[='<format>'], match it in the implementation.

Signed-off-by: Matthieu Moy <Matthieu.Moy@imag.fr>
---
Not that it's terribly usefull, but better be consistant ...
 revision.c |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)
Show changes to revision.c +2 −2
diff --git a/revision.c b/revision.c
index 33fa0b5..4b64757 100644
--- a/revision.c
+++ b/revision.c
@@ -1300,10 +1300,10 @@ static int handle_revision_opt(struct rev_info *revs, int argc, const char **arg
 		revs->combine_merges = 1;
 	} else if (!strcmp(arg, "-v")) {
 		revs->verbose_header = 1;
-	} else if (!strcmp(arg, "--pretty")) {
+	} else if (!strcmp(arg, "--pretty") || !strcmp(arg, "--format")) {
 		revs->verbose_header = 1;
 		revs->pretty_given = 1;
-		get_commit_format(arg+8, revs);
+		get_commit_format("", revs);
 	} else if (!prefixcmp(arg, "--pretty=") || !prefixcmp(arg, "--format=")) {
 		/*
 		 * Detached form ("--pretty X" as opposed to "--pretty=X")
-- 
1.7.2.25.g9ebe3
Junio C Hamano· Jul 28, 2010, 16:04 UTC · re: Matthieu Moy · lore

Re: [PATCH] rev-list: accept --format without argument

Matthieu Moy <Matthieu.Moy@imag.fr> writes:
Show 6 quoted lines
> The documentation says the syntax is --format[='<format>'], match it in
> the implementation.
>
> Signed-off-by: Matthieu Moy <Matthieu.Moy@imag.fr>
> ---
> Not that it's terribly usefull, but better be consistant ...

Hmm, I do not care too deeply either way as I do not expect anybody sane to have used, nor learn from this patch and start using, --format without any formatting specification, but it somehow feels that this patch takes consistency the wrong way.

Show 22 quoted lines
>  revision.c |    4 ++--
>  1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/revision.c b/revision.c
> index 33fa0b5..4b64757 100644
> --- a/revision.c
> +++ b/revision.c
> @@ -1300,10 +1300,10 @@ static int handle_revision_opt(struct rev_info *revs, int argc, const char **arg
>  		revs->combine_merges = 1;
>  	} else if (!strcmp(arg, "-v")) {
>  		revs->verbose_header = 1;
> -	} else if (!strcmp(arg, "--pretty")) {
> +	} else if (!strcmp(arg, "--pretty") || !strcmp(arg, "--format")) {
>  		revs->verbose_header = 1;
>  		revs->pretty_given = 1;
> -		get_commit_format(arg+8, revs);
> +		get_commit_format("", revs);
>  	} else if (!prefixcmp(arg, "--pretty=") || !prefixcmp(arg, "--format=")) {
>  		/*
>  		 * Detached form ("--pretty X" as opposed to "--pretty=X")
> -- 
> 1.7.2.25.g9ebe3
Matthieu Moy· Jul 28, 2010, 16:29 UTC · re: Junio C Hamano · lore

Re: [PATCH] rev-list: accept --format without argument

Junio C Hamano <gitster@pobox.com> writes:
Show 13 quoted lines
> Matthieu Moy <Matthieu.Moy@imag.fr> writes:
>
>> The documentation says the syntax is --format[='<format>'], match it in
>> the implementation.
>>
>> Signed-off-by: Matthieu Moy <Matthieu.Moy@imag.fr>
>> ---
>> Not that it's terribly usefull, but better be consistant ...
>
> Hmm, I do not care too deeply either way as I do not expect anybody sane
> to have used, nor learn from this patch and start using, --format without
> any formatting specification, but it somehow feels that this patch takes
> consistency the wrong way.
The other way would be stg like:
Show changes to Documentation/pretty-options.txt +1 −1
diff --git a/Documentation/pretty-options.txt b/Documentation/pretty-options.txt
index d78e121..9b6f389 100644
--- a/Documentation/pretty-options.txt
+++ b/Documentation/pretty-options.txt
@@ -1,5 +1,5 @@
 --pretty[='<format>']::
---format[='<format>']::
+--format='<format>'::
 
        Pretty-print the contents of the commit logs in a given format,
        where '<format>' can be one of 'oneline', 'short', 'medium',

But I'd say it's simpler to be able to say "--format is an alias for
--pretty" than "--format is an alias for --pretty _except that ..._".

And actually,

git rev-list --format

is not that stupid if you read it as "list revisions and do some
formatting as you do it".

(but I don't care much either ;-) )
-- 
Matthieu Moy
http://www-verimag.imag.fr/~moy/
Matthieu Moy· Aug 4, 2010, 07:39 UTC · re: Matthieu Moy · lore

Re: [PATCH] rev-list: accept --format without argument

Any other thought on this? I don't care much either way, but we should make the doc and the implementation consistant anyway...

Matthieu Moy <Matthieu.Moy@grenoble-inp.fr> writes:
Show 41 quoted lines
> Junio C Hamano <gitster@pobox.com> writes:
>
>> Matthieu Moy <Matthieu.Moy@imag.fr> writes:
>>
>>> The documentation says the syntax is --format[='<format>'], match it in
>>> the implementation.
>>>
>>> Signed-off-by: Matthieu Moy <Matthieu.Moy@imag.fr>
>>> ---
>>> Not that it's terribly usefull, but better be consistant ...
>>
>> Hmm, I do not care too deeply either way as I do not expect anybody sane
>> to have used, nor learn from this patch and start using, --format without
>> any formatting specification, but it somehow feels that this patch takes
>> consistency the wrong way.
>
> The other way would be stg like:
>
> diff --git a/Documentation/pretty-options.txt b/Documentation/pretty-options.txt
> index d78e121..9b6f389 100644
> --- a/Documentation/pretty-options.txt
> +++ b/Documentation/pretty-options.txt
> @@ -1,5 +1,5 @@
>  --pretty[='<format>']::
> ---format[='<format>']::
> +--format='<format>'::
>  
>         Pretty-print the contents of the commit logs in a given format,
>         where '<format>' can be one of 'oneline', 'short', 'medium',
>
> But I'd say it's simpler to be able to say "--format is an alias for
> --pretty" than "--format is an alias for --pretty _except that ..._".
>
> And actually,
>
> git rev-list --format
>
> is not that stupid if you read it as "list revisions and do some
> formatting as you do it".
>
> (but I don't care much either ;-) )
-- 
Matthieu Moy
http://www-verimag.imag.fr/~moy/

← back to recent threads