Increase git_changelog's timestamp_slop from 10 min to 1 day.
authorTom Lane <tgl@sss.pgh.pa.us>
Mon, 2 Dec 2013 16:33:43 +0000 (11:33 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Mon, 2 Dec 2013 16:33:49 +0000 (11:33 -0500)
commit7a1e34d3713c13b3b2c81f0410a6629362b37b00
tree7dcd5659c7c2e0d1a76cc6fa172e79fd8f7f2431
parentc6d4b1dd3e9eabca68caea6256ed8bc58dfa0917
Increase git_changelog's timestamp_slop from 10 min to 1 day.

Many committers seem to now be using a work flow in which back-patched
commits are timestamped minutes or even hours apart in different branches
(most likely because they commit in one branch before starting work on
the next one).  git_changelog was failing to merge its reports in such
cases, so increase the max time it's willing to merge commits across.
I considered getting rid of the limit altogether, but that produces
some odd results in terms of how the merged commit gets sorted relative
to unrelated commits.
src/tools/git_changelog