Re: pgsql: Resolve timing issue with logging locks for Hot Standby.
От | Tom Lane |
---|---|
Тема | Re: pgsql: Resolve timing issue with logging locks for Hot Standby. |
Дата | |
Msg-id | 15910.1327941501@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: pgsql: Resolve timing issue with logging locks for Hot Standby. (Andrew Dunstan <andrew@dunslane.net>) |
Ответы |
Re: pgsql: Resolve timing issue with logging locks for
Hot Standby.
|
Список | pgsql-committers |
Andrew Dunstan <andrew@dunslane.net> writes: > On 01/30/2012 10:45 AM, Tom Lane wrote: >> Another aspect of this is that when the same-or-almost-the-same patch >> is applied to multiple branches, it's a *lot* easier for future >> archeology in the commit logs if the patch goes into all the affected >> branches at the same time (and with the same commit message, please). > Yeah, I've been pinged on this before, for exactly this reason. It makes > release note preparation significantly easier, AIUI. Not just release notes, but routine questions like "when was this bug fixed, and in which branches?". I keep a regularly-updated copy of the output of src/tools/git_changelog (before git we used cvs2cl to get similar output from CVS). It's a rare day that I don't have some occasion to consult it. I don't appreciate committers randomly cluttering that log by making commits that the tool doesn't know how to merge. regards, tom lane
В списке pgsql-committers по дате отправления: