Re: Credit in the release notes WAS: Draft release notes complete
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Bruce Momjian <bruce@momjian.us>
Cc: Andrew Dunstan <andrew@dunslane.net>, Josh Berkus <josh@agliodbs.com>, Robert Haas <robertmhaas@gmail.com>, Alvaro Herrera <alvherre@commandprompt.com>, PeterEisentraut <peter_e@gmx.net>, Pg Hackers <pgsql-hackers@postgresql.org>
Date: 2012-05-13T01:59:12Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Expose track_iotiming information via pg_stat_statements.
- 5b4f34661143 9.2.0 cited
-
Rewrite GiST support code for rangetypes.
- 80da9e68fdd7 9.2.0 cited
-
Clean up a couple of box gist helper functions.
- d50e1251946a 9.2.0 cited
-
Replace the "New Linear" GiST split algorithm for boxes and points with a
- 7f3bd86843e5 9.2.0 cited
Bruce Momjian <bruce@momjian.us> writes: > On Sat, May 12, 2012 at 09:27:21PM -0400, Andrew Dunstan wrote: >> We seem to be in danger of overthinking this. > Results have just shown it isn't a simple case. It is unclear how > important the reviewers were, and how much a committer rewrote the > patch, and the significance of follow-on commits. I'm wondering how come this has suddenly gotten so complicated. We got through a dozen major releases without so much angst about how to credit people. I tend to think Andrew's right: we are overthinking this, and are in danger of instituting a set of bureaucratic rules that will result in endless arguments, without really making anybody happier than before. I haven't yet heard any very good argument for deviating from our past practice, which is to credit just the principal author(s) of each patch, not reviewers. regards, tom lane