Re: hstore extension version screwup

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Jim Nasby <jim(at)nasby(dot)net>
Cc: Magnus Hagander <magnus(at)hagander(dot)net>, Andrew Dunstan <andrew(at)dunslane(dot)net>, Peter Eisentraut <peter_e(at)gmx(dot)net>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: hstore extension version screwup
Date: 2013-11-10 19:02:38
Message-ID: 317.1384110158@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Jim Nasby <jim(at)nasby(dot)net> writes:
> On 10/3/13 12:49 PM, Magnus Hagander wrote:
>> We could also use git receive hooks, but those would be very hard to
>> override when you*do* need to modify the files (which you might
>> within a release).

> You can have the receive hook ignore the condition on existence of a file. It's kinda kludgey, but effective. Of course you need to remember to remove the override file when you're done overriding...

An important point here is that we don't want to lock down version m.n
of an extension *until it's shipped in a release*. If we make several
changes in a given extension during a development cycle (some of them
possibly just bugfixes to a previous change), we don't want our tools
forcing us to treat each of those as an upgrade scenario.

This means that any restriction should only apply in the _STABLE branches,
not in master. Not sure how to do that.

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2013-11-10 19:28:22 Re: Any reasons to not move pgstattuple to core?
Previous Message Tom Lane 2013-11-10 16:46:16 Re: UTF8 national character data type support WIP patch and list of open issues.