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 по дате отправления: