Re: branches_of_interest.txt - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: branches_of_interest.txt
Date
Msg-id 7cd8fe24-4e08-8b40-d9d0-a7f091763466@2ndquadrant.com
Whole thread Raw
In response to Re: branches_of_interest.txt  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: branches_of_interest.txt  (Magnus Hagander <magnus@hagander.net>)
Re: branches_of_interest.txt  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
On 01.07.18 17:41, Tom Lane wrote:
> I can see the value of people other than you being able to change it,
> but keeping it in the core repo seems like a kluge not a proper solution.
> In particular, once it'd been around for awhile so that the master copy
> had diverged from the back branches' copies, that would be pretty
> confusing IMO.

Yeah, I'd find this kind of weird.  The version control system contains
the code, not the other way around.

> Is it worth the trouble of having a separate repo for info that shouldn't
> be tied to a particular PG development branch?  I'm not quite sure what
> else we would keep there besides this file, but perhaps other use-cases
> will come up.  Some of the stuff in src/tools/ has a bit of this flavor.

The web site has some information about which versions are current, so
maybe there is an opportunity to hook the buildfarm in there.

(I also have to change some things on babel.postgresql.org every time a
branch is made.)

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


pgsql-hackers by date:

Previous
From: Daniel Gustafsson
Date:
Subject: Re: CREATE TABLE .. LIKE .. EXCLUDING documentation
Next
From: Sergei Kornilov
Date:
Subject: Re: New function pg_stat_statements_reset_query() to reset statistics of a specific query