From: kristofferhaugsbakk@fastmail.com
To: git@vger.kernel.org
Cc: Kristoffer Haugsbakk <code@khaugsbakk.name>
Subject: [PATCH 4/4] format-rev: learn --abbrev, --color, and --date
Date: Thu, 13 Aug 2026 19:24:00 +0200 [thread overview]
Message-ID: <format-rev_three_more_opts.b84@msgid.xyz> (raw)
In-Reply-To: <CV_format-rev_three_more_opts.b80@msgid.xyz>
From: Kristoffer Haugsbakk <code@khaugsbakk.name>
Add three more options for controlling the formatting.
This does not complete all the pretty formatting knobs for this command
relative to e.g. git-log(1), but it does add the most important ones, in
my opinion. We can see which are missing by taking a look at
`Documentation/pretty-options.adoc`:
• `--encoding=<encoding>`
• `--show-signature`
• `--expand-tabs=<n>`
***
We could add these options to the command synopsis, but let’s instead
simplify the synopsis to just mention the mandatory options and stuff
the other ones into `[<options>]`. I don’t think a long command synopsis
line is useful. And this way the two mandatory options stand out more.
Signed-off-by: Kristoffer Haugsbakk <code@khaugsbakk.name>
---
Notes (series):
> We can see which are missing by taking a look at
Or am I missing some?
Documentation/git-format-rev.adoc | 44 ++++++++++++++++++++++++++++---
builtin/name-rev.c | 42 ++++++++++++++++++++---------
t/t6120-describe.sh | 44 +++++++++++++++++++++++++++++++
3 files changed, 115 insertions(+), 15 deletions(-)
diff --git a/Documentation/git-format-rev.adoc b/Documentation/git-format-rev.adoc
index 505a52feccd..1a06ccbf9b8 100644
--- a/Documentation/git-format-rev.adoc
+++ b/Documentation/git-format-rev.adoc
@@ -9,7 +9,7 @@ git-format-rev - EXPERIMENTAL: Pretty format revisions on demand
SYNOPSIS
--------
[synopsis]
-(EXPERIMENTAL!) git format-rev --stdin-mode=<mode> --format=<pretty> [--[no-]notes=<ref>] [-z] [--[no-]null-output] [--[no-]null-input]
+(EXPERIMENTAL!) git format-rev [<options>] --stdin-mode=<mode> --format=<pretty>
DESCRIPTION
-----------
@@ -33,8 +33,8 @@ OPTIONS
The argument `rev` is also accepted.
`text`;; Formats all commit object names found in freeform text. These
- must be full object names, i.e. abbreviated hexadecimal object
- names will not be interpreted.
+ must be full object names, i.e. abbreviated hexadecimal (_hex_)
+ object names will not be interpreted.
+
Anything that is parsed as an object name but that is not found to be a
commit object name is left alone (echoed).
@@ -76,6 +76,44 @@ This is useful if the output could contain newlines, for example if the
+
This is useful if the input revision expressions could contain newlines.
+`--color[=<when>]`::
+`--no-color`::
+ Respect color formatting. The default color behavior is
+ `auto`. Bare `--color` is the same as `--color=always`.
++
+Giving `--no-color` is the same as `--color=never`.
++
+_<when>_ must be one of:
++
+--
+`always`;;
+ Always use color, even if the output is something like a file.
+`never`;;
+ Never use color.
+`auto`;;
+ Use color when the output is a terminal but not when the output
+ is something like a file.
+--
+
+`--abbrev[=<n>]`::
+`--no-abbrev`::
+ Abbreviate the commit hex output. Without _<n>_ it will find the
+ minimum length which can describe the commit uniquely, with some
+ extra slack. Giving _<n>_ specifies the minimum length; a longer
+ length will be used if needed.
++
+Giving `--no-abbrev` will turn off abbreviation, showing the full commit
+hex output.
++
+Note that some pretty formats use `--abbrev`. This behavior can be
+controlled with these two options.
+
+`--date=<format>`::
+ Date format for pretty formats. Note that date atoms like `%aI`
+ are not affected. This option cannot be negated.
++
+include::rev-list-option-date-alternatives.adoc[]
+
[[io]]
INPUT AND OUTPUT FORMAT
-----------------------
diff --git a/builtin/name-rev.c b/builtin/name-rev.c
index 7d824aa1c5d..0c9014ca594 100644
--- a/builtin/name-rev.c
+++ b/builtin/name-rev.c
@@ -21,6 +21,7 @@
#include "revision.h"
#include "notes.h"
#include "write-or-die.h"
+#include "date.h"
/*
* One day. See the 'name a rev shortly after epoch' test in t6120 when
@@ -778,6 +779,8 @@ struct format_rev_data {
bool nul_input;
bool nul_output;
struct string_list notes;
+ struct rev_info rev;
+ int color;
};
static int format_nul_cb(const struct option *option,
@@ -792,6 +795,17 @@ static int format_nul_cb(const struct option *option,
return 0;
}
+static int date_cb(const struct option *option,
+ const char *arg,
+ int unset)
+{
+ struct rev_info *data = option->value;
+ parse_date_format(arg, &data->date_mode);
+ data->date_mode_explicit = 1;
+ BUG_ON_OPT_NEG(unset);
+ return 0;
+}
+
static enum stdin_mode parse_stdin_mode(const char *stdin_mode)
{
if (!strcmp(stdin_mode, "text"))
@@ -805,9 +819,8 @@ static enum stdin_mode parse_stdin_mode(const char *stdin_mode)
}
static char const *const format_rev_usage[] = {
- N_("(EXPERIMENTAL!) git format-rev --stdin-mode=<mode> "
- "--format=<pretty> [--[no-]notes=<ref>] "
- "[-z] [--[no-]null-output] [--[no-]null-input]"),
+ N_("(EXPERIMENTAL!) git format-rev [<options>] "
+ "--stdin-mode=<mode> --format=<pretty>"),
NULL
};
@@ -817,13 +830,13 @@ int cmd_format_rev(int argc,
struct repository *repo UNUSED)
{
struct format_rev_data data = {
- NULL, NULL, 0, 0, STRING_LIST_INIT_NODUP
+ NULL, NULL, 0, 0, STRING_LIST_INIT_NODUP,
+ REV_INFO_INIT, GIT_COLOR_AUTO
};
enum stdin_mode stdin_mode;
char output_terminator;
strbuf_getline_fn getline_fn;
struct display_notes_opt format_notes_opt;
- struct rev_info format_rev = REV_INFO_INIT;
struct pretty_format format_pp = { 0 };
struct strbuf scratch_buf = STRBUF_INIT;
struct command cmd;
@@ -834,6 +847,11 @@ int cmd_format_rev(int argc,
N_("how revs are processed")),
OPT_STRING_LIST(0, "notes", &data.notes, N_("notes"),
N_("display notes for pretty format")),
+ OPT__ABBREV(&data.rev.abbrev),
+ OPT__COLOR(&data.color, N_("use colored output")),
+ OPT_CALLBACK_F(0, "date", &data.rev, N_("date"),
+ N_("date format"),
+ PARSE_OPT_NONEG, date_cb),
OPT_CALLBACK_F('z', "null", &data, N_("z"),
N_("use NUL for input and output termination"),
PARSE_OPT_NOARG | PARSE_OPT_NONEG, format_nul_cb),
@@ -862,13 +880,13 @@ int cmd_format_rev(int argc,
init_display_notes(&format_notes_opt);
stdin_mode = parse_stdin_mode(data.stdin_mode);
- get_commit_format(data.format, &format_rev);
- format_pp.ctx.rev = &format_rev;
- format_pp.ctx.fmt = format_rev.commit_format;
- format_pp.ctx.abbrev = format_rev.abbrev;
- format_pp.ctx.date_mode_explicit = format_rev.date_mode_explicit;
- format_pp.ctx.date_mode = format_rev.date_mode;
- format_pp.ctx.color = GIT_COLOR_AUTO;
+ get_commit_format(data.format, &data.rev);
+ format_pp.ctx.rev = &data.rev;
+ format_pp.ctx.fmt = data.rev.commit_format;
+ format_pp.ctx.abbrev = data.rev.abbrev;
+ format_pp.ctx.date_mode_explicit = data.rev.date_mode_explicit;
+ format_pp.ctx.date_mode = data.rev.date_mode;
+ format_pp.ctx.color = data.color;
userformat_find_requirements(data.format,
&format_pp.want);
diff --git a/t/t6120-describe.sh b/t/t6120-describe.sh
index 7a7c46658a3..2621edb5937 100755
--- a/t/t6120-describe.sh
+++ b/t/t6120-describe.sh
@@ -1017,4 +1017,48 @@ do
'
done <stdin-modes
+format_rev_cmp_log () {
+ opts="$1"
+ format=reference
+ cat >input <<-\EOF &&
+ third
+ second
+ first
+ EOF
+ git -C repo-format log --stdin --no-walk \
+ "$opts" --format="$format" >expect <input &&
+ git -C repo-format format-rev "$opts" \
+ --stdin-mode=revs --format="$format" >actual <input &&
+ test_cmp expect actual
+}
+
+format_rev_err_cmp_log () {
+ opts="$1"
+ format=reference
+ # No input since we ought to fail while parsing options
+ test_must_fail git -C repo-format log --stdin --no-walk \
+ "$opts" --format="$format" 2>expect &&
+ test_must_fail git -C repo-format format-rev "$opts" \
+ --stdin-mode=revs --format="$format" 2>actual &&
+ test_cmp expect actual
+}
+
+test_expect_success 'format-rev --color' '
+ format_rev_cmp_log --color=always &&
+ format_rev_cmp_log --color &&
+ format_rev_cmp_log --no-color &&
+ format_rev_err_cmp_log --color=not-valid
+'
+
+test_expect_success 'format-rev --abbrev' '
+ format_rev_cmp_log --abbrev=31 &&
+ format_rev_cmp_log --no-abbrev
+'
+
+test_expect_success 'format-rev --date' '
+ format_rev_cmp_log --date=relative &&
+ format_rev_cmp_log --date=iso-strict &&
+ format_rev_err_cmp_log --date=not-valid
+'
+
test_done
--
2.54.0.22.g9e26862b904
prev parent reply other threads:[~2026-08-13 17:25 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-13 17:23 [PATCH 0/4] format-rev: add --abbrev, --color, and --date kristofferhaugsbakk
2026-08-13 17:23 ` [PATCH 1/4] format-rev: use lower case for opts description kristofferhaugsbakk
2026-08-13 17:23 ` [PATCH 2/4] format-rev: factor option variables into a struct kristofferhaugsbakk
2026-08-13 18:21 ` Junio C Hamano
2026-08-13 17:23 ` [PATCH 3/4] doc: rev-list-options.adoc: factor out --date alts kristofferhaugsbakk
2026-08-13 17:24 ` kristofferhaugsbakk [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=format-rev_three_more_opts.b84@msgid.xyz \
--to=kristofferhaugsbakk@fastmail.com \
--cc=code@khaugsbakk.name \
--cc=git@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox