From: Johannes Schindelin Date: Sun, 02 Dec 2007 21:34:06 GMT Subject: Re: Corrupted (?) commit 6e6db85e confusing gitk Message-ID: In-Reply-To: <20071202193918.GQ6212@lavos.net> Hi, On Sun, 2 Dec 2007, Brian Downing wrote: > On Sun, Dec 02, 2007 at 10:53:33AM -0800, Junio C Hamano wrote: > > Yeah, I was wondering what that commit that records the change older > > than git or myself come to life ;-) > > > > I did rewrite the commit a few times, and it was some interaction > > between the built-in commit series, git-rebase -i and git-am, but I do > > not have the details, sorry. > > It looks like the "guilty" commit that allowed this behavior was: > > commit 13208572fbe8838fd8835548d7502202d1f7b21d > Author: Johannes Schindelin > Date: Sun Nov 11 17:35:58 2007 +0000 > > builtin-commit: fix --signoff > > The Signed-off-by: line contained a spurious timestamp. The reason was > a call to git_committer_info(1), which automatically added the > timestamp. > > Instead, fmt_ident() was taught to interpret an empty string for the > date (as opposed to NULL, which still triggers the default behavior) > as "do not bother with the timestamp", and builtin-commit.c uses it. > > Signed-off-by: Johannes Schindelin > Signed-off-by: Junio C Hamano > > With the above, something like: > > echo msg | GIT_AUTHOR_DATE='' git commit-tree sha1 Darn. But when can "GIT_AUTHOR_DATE" be set to the empty string? I mean, I understand unset'ing it. But setting it to ""? Ciao, Dscho