[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAGZ79kbTViNYLq0aouQ--5d7m=HYi3QxUYqaaH8sTCS_YTDquQ@mail.gmail.com>
Date: Fri, 29 Jul 2016 09:59:08 -0700
From: Stefan Beller <sbeller@...gle.com>
To: Richard Ipsum <richard.ipsum@...ethink.co.uk>
Cc: Josh Triplett <josh@...htriplett.org>,
"git@...r.kernel.org" <git@...r.kernel.org>,
"Linux-Kernel@...r. Kernel. Org" <linux-kernel@...r.kernel.org>,
Dave Borowitz <dborowitz@...gle.com>
Subject: Re: [ANNOUNCE] git-series: track changes to a patch series over time
On Fri, Jul 29, 2016 at 5:44 AM, Richard Ipsum
<richard.ipsum@...ethink.co.uk> wrote:
>>
>> These definitely seem like a family of related problems. I'd like to
>> use git-series as a format for storing iterations on things like GitHub
>> pull-requests or Gerrit patch versions (in the latter case, overcoming
>> Gerrit's limitations on only handling one patch at a time). Integrating
>> reviews with that seems helpful.
>
> Worth noting here that Gerrit's one patch per change format isn't
> intrinsic to Notedb, since we just need to track the sha we want
> to merge and optionally the branch we intend to merge into.
Note that Gerrit started to lose the "one patch at a time" notion.
It is possible to at least submit multiple changes coupled together
(even across project boundaries) via the topic. Some sort of cover
letter is missing though, that could be used e.g. for the merge commit.
Powered by blists - more mailing lists