parse_date(): allow ancient git-timestamp
authorJunio C Hamano <gitster@pobox.com>
Thu, 2 Feb 2012 21:41:42 +0000 (13:41 -0800)
committerJunio C Hamano <gitster@pobox.com>
Sat, 4 Feb 2012 07:11:32 +0000 (23:11 -0800)
commit116eb3abfe4f79907f701317c2d905868941fff7
tree09c4cafc205ee3cb2bb5fbe41b5a4f268668fa7c
parent703f05ad5835cff92b12c29aecf8d724c8c847e2
parse_date(): allow ancient git-timestamp

The date-time parser parses out a human-readble datestring piece by
piece, so that it could even parse a string in a rather strange
notation like 'noon november 11, 2005', but restricts itself from
parsing strings in "<seconds since epoch> <timezone>" format only
for reasonably new timestamps (like 1974 or newer) with 10 or more
digits. This is to prevent a string like "20100917" from getting
interpreted as seconds since epoch (we want to treat it as September
17, 2010 instead) while doing so.

The same codepath is used to read back the timestamp that we have
already recorded in the headers of commit and tag objects; because
of this, such a commit with timestamp "0 +0000" cannot be rebased or
amended very easily.

Teach parse_date() codepath to special case a string of the form
"<digits> +<4-digits>" to work this issue around, but require that
there is no other cruft around the string when parsing a timestamp
of this format for safety.

Note that this has a slight backward incompatibility implications.

If somebody writes "git commit --date='20100917 +0900'" and wants it
to mean a timestamp in September 2010 in Japan, this change will
break such a use case.

Signed-off-by: Junio C Hamano <gitster@pobox.com>
date.c