Re: branching for 9.2devel - Mailing list pgsql-hackers

From Jim Nasby
Subject Re: branching for 9.2devel
Date
Msg-id E2DF76CC-92D5-44C7-9CF5-56D55367E237@nasby.net
Whole thread Raw
In response to Re: branching for 9.2devel  (Andrew Dunstan <andrew@dunslane.net>)
List pgsql-hackers
On May 3, 2011, at 11:10 PM, Andrew Dunstan wrote:
> On 05/03/2011 09:53 PM, David Blewett wrote:
>> On Tue, May 3, 2011 at 9:51 PM, David Blewett<david@dawninglight.net>  wrote:
>>> This seems like a pretty good idea, but maybe it'd be easiest to take
>>> it a step further and add an "automatic pgindent-ified" patch is
>>> created when a patch is added to the commitfest app?
>> That should read: ... but maybe it'd be easiest to take it a step
>> further and have an additional, automatically created patch file that
>> is run through pgindent when a patch is added to the commitfest app.
>>
>
> You can't indent patches, only patched files. And that's the problem with this happy scheme. For it to work at all
sanelywe'd need to keep the committed code that the patch is to be applied against strictly pgindent clean, presumably
viasome automated process such as a commit hook. That's been suggested in the past, but hasn't met with universal
approval,IIRC. 

What if this hypothetical tool pulled the latest source, made a copy of that source, applied the patch to the copy,
pg_indentedthe original AND the copy, and then diff'd? I think that would give you a properly indented patch. The
contextlines in the patch would have the wrong indentation, but I think patch is pretty smart about dealing with that
(orat least can be told to ignore whitespace differences). 
--
Jim C. Nasby, Database Architect                   jim@nasby.net
512.569.9461 (cell)                         http://jim.nasby.net




pgsql-hackers by date:

Previous
From: Pavan Deolasee
Date:
Subject: Re: "full_page_writes" makes no difference?
Next
From: Jim Nasby
Date:
Subject: Re: Prefered Types