Re: Credit in the release notes WAS: Draft release notes complete
Bruce Momjian <bruce@momjian.us>
From: Bruce Momjian <bruce@momjian.us>
To: Tom Lane <tgl@sss.pgh.pa.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-13T02:35:21Z
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
On Sat, May 12, 2012 at 09:59:12PM -0400, Tom Lane wrote: > 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. Is that what people want? Reviewers are easily removed. What about committers who adjust the patch? -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + It's impossible for everything to be true. +