pg.ddx.io  pgsql-hackers@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Alvaro Herrera <alvherre@2ndquadrant.com>
To: Alexander Korotkov <a.korotkov@postgrespro.ru>
Cc: Thomas Munro <thomas.munro@gmail.com>
Cc: Ildus Kurbangaliev <i.kurbangaliev@gmail.com>
Cc: David Steele <david@pgmasters.net>
Cc: Dmitry Dolgov <9erthalion6@gmail.com>
Cc: PostgreSQL Developers <pgsql-hackers@lists.postgresql.org>
Subject: Re: [HACKERS] Custom compression methods
Date: Mon, 1 Jul 2019 10:51:36 -0400
Message-ID: <20190701145136.GA8468@alvherre.pgsql> (raw)
In-Reply-To: <CAPpHfdu-vBCXWpcUJExzfOXH9qsEiqZSr35uJjvF2+94=moMHw@mail.gmail.com>

On 2019-Jul-01, Alexander Korotkov wrote:

> As I get we're currently need to make high-level decision of whether
> we need this [1].  I was going to bring this topic up at last PGCon,
> but I didn't manage to attend.  Does it worth bothering Ildus with
> continuous rebasing assuming we don't have this high-level decision
> yet?

I agree that having to constantly rebase a patch that doesn't get acted
upon is a bit pointless.  I see a bit of a process problem here: if the
patch doesn't apply, it gets punted out of commitfest and reviewers
don't look at it.  This means the discussion goes unseen and no
decisions are made.  My immediate suggestion is to rebase even if other
changes are needed.  Longer-term I think it'd be useful to have patches
marked as needing "high-level decisions" that may lag behind current
master; maybe we have them provide a git commit-ID on top of which the
patch applies cleanly.

I recently found git-imerge which can make rebasing of large patch
series easier, by letting you deal with smaller conflicts one step at a
time rather than one giant conflict; it may prove useful.

-- 
Álvaro Herrera                https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services





view thread (430+ messages)  latest in thread

Message-ID: <20190701145136.GA8468@alvherre.pgsql>
Permalink:  ../20190701145136.GA8468@alvherre.pgsql/
Also on:    postgresql.org/message-id/20190701145136.GA8468@alvherre.pgsql

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-hackers@postgresql.org
  Cc: alvherre@2ndquadrant.com, a.korotkov@postgrespro.ru, thomas.munro@gmail.com, i.kurbangaliev@gmail.com, david@pgmasters.net, 9erthalion6@gmail.com, pgsql-hackers@lists.postgresql.org
  Subject: Re: [HACKERS] Custom compression methods
  In-Reply-To: <20190701145136.GA8468@alvherre.pgsql>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox