From: Jeff King <peff@peff.net>
To: Chengwei Ding <waterding@gmail.com>
Cc: Junio C Hamano <gitster@pobox.com>, git@vger.kernel.org
Subject: Re: git annotate with date option not working?
Date: Wed, 1 Jun 2011 12:49:04 -0400 [thread overview]
Message-ID: <20110601164904.GD7132@sigill.intra.peff.net> (raw)
In-Reply-To: <20110601161638.GB7132@sigill.intra.peff.net>
On Wed, Jun 01, 2011 at 12:16:38PM -0400, Jeff King wrote:
> On Wed, Jun 01, 2011 at 10:20:37AM +0200, Chengwei Ding wrote:
>
> > can anyone confirm that this "--date" option is working for git
> > annotate cmd.
>
> This is by design:
>
> $ git show 31653c1abc1ac80206db9efca56ff1969150d8fe
> Author: Eugene Letuchy <eugene@facebook.com>
> Date: Fri Feb 20 14:51:11 2009 -0800
> [...]
> git annotate ignores the date format specifiers and continues to
> uses the ISO format, as before.
> [...]
> + if (cmd_is_annotate) {
> output_option |= OUTPUT_ANNOTATE_COMPAT;
> + blame_date_mode = DATE_ISO8601;
> + } else {
> + blame_date_mode = revs.date_mode;
> + }
>
> The annotate command is a historical artifact, and will remain frozen in
> time in terms of output format and features. If you want to use newer
> features, use "git blame". If you really need the annotate output format
> with newer blame features, use "git blame -c".
Having said that, this would be really easy to support, and I don't
think would have any negative compatibility consequences, as long as we
don't support blame.date. But I don't think we're breaking anybody
relying on "git annotate --date=whatever" being silently ignored, as
that option has never done anything useful.
The patch would look like this:
diff --git a/builtin/blame.c b/builtin/blame.c
index 26a5d42..274a98d 100644
--- a/builtin/blame.c
+++ b/builtin/blame.c
@@ -2333,7 +2333,10 @@ int cmd_blame(int argc, const char **argv, const char *prefix)
git_config(git_blame_config, NULL);
init_revisions(&revs, NULL);
- revs.date_mode = blame_date_mode;
+ if (cmd_is_annotate)
+ revs.date_mode = DATE_ISO8601;
+ else
+ revs.date_mode = blame_date_mode;
DIFF_OPT_SET(&revs.diffopt, ALLOW_TEXTCONV);
save_commit_buffer = 0;
@@ -2368,13 +2371,10 @@ parse_done:
if (revs_file && read_ancestry(revs_file))
die_errno("reading graft file '%s' failed", revs_file);
- if (cmd_is_annotate) {
+ if (cmd_is_annotate)
output_option |= OUTPUT_ANNOTATE_COMPAT;
- blame_date_mode = DATE_ISO8601;
- } else {
- blame_date_mode = revs.date_mode;
- }
+ blame_date_mode = revs.date_mode;
/* The maximum width used to show the dates */
switch (blame_date_mode) {
case DATE_RFC2822:
next prev parent reply other threads:[~2011-06-01 16:49 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-01 8:20 git annotate with date option not working? Chengwei Ding
2011-06-01 9:40 ` Jakub Narebski
2011-06-01 12:31 ` Chengwei Ding
2011-06-01 9:41 ` Arnaud Lacurie
2011-06-01 12:33 ` Chengwei Ding
2011-06-01 16:16 ` Jeff King
2011-06-01 16:28 ` Chengwei Ding
2011-06-01 16:49 ` Jeff King [this message]
2011-06-01 19:37 ` Jonathan Nieder
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=20110601164904.GD7132@sigill.intra.peff.net \
--to=peff@peff.net \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=waterding@gmail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).