summaryrefslogtreecommitdiff
path: root/git-cvsexportcommit.perl
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2009-08-22 22:10:07 (GMT)
committerJunio C Hamano <gitster@pobox.com>2009-08-23 01:51:05 (GMT)
commit9029055207443c28ca65a705d1a1b96cce3995fd (patch)
treea26a799c35679786ae8241ab3c50d5a6416c24c1 /git-cvsexportcommit.perl
parent32f4cc49ae742e496355bea93c7b9481336f12cd (diff)
downloadgit-9029055207443c28ca65a705d1a1b96cce3995fd.zip
git-9029055207443c28ca65a705d1a1b96cce3995fd.tar.gz
git-9029055207443c28ca65a705d1a1b96cce3995fd.tar.bz2
Improve on 'approxidate'
This is not a new failure mode - approxidate has always been kind of random in the input it accepts, but some of the randomness is more irritating than others. For example: Jun 6, 5AM -> Mon Jun 22 05:00:00 2009 5AM Jun 6 -> Sat Jun 6 05:00:00 2009 Whaa? The reason for the above is that approxidate squirrells away the '6' from "Jun 6" to see if it's going to be a relative number, and then forgets about it when it sees a new number (the '5' in '5AM'). So the odd "June 22" date is because today is July 22nd, and if it doesn't have another day of the month, it will just pick todays mday - having ignored the '6' entirely due to getting all excited about seeing a new number (5). There are other oddnesses. This does not fix them all, but I think it makes for fewer _really_ perplexing cases. At least now we have Jun 6, 5AM -> Sat Jun 6 05:00:00 2009 5AM, Jun 6 -> Sat Jun 6 05:00:00 2009 which makes me happier. I can still point to cases that don't work as well, but those are separate issues. Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'git-cvsexportcommit.perl')
0 files changed, 0 insertions, 0 deletions