qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [Qemu-ppc] [PULL 0/4] ppc patches for qemu-2.7 stable b


From: Thomas Huth
Subject: Re: [Qemu-devel] [Qemu-ppc] [PULL 0/4] ppc patches for qemu-2.7 stable branch
Date: Mon, 17 Oct 2016 09:44:59 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0

On 14.10.2016 19:38, Peter Maydell wrote:
> On 14 October 2016 at 09:27, Greg Kurz <address@hidden> wrote:
>> On Fri, 14 Oct 2016 09:28:35 +1100
>> David Gibson <address@hidden> wrote:
>>
>>> On Thu, Oct 13, 2016 at 12:57:19PM +0100, Peter Maydell wrote:
>>>> On 13 October 2016 at 12:54, Peter Maydell <address@hidden> wrote:
>>>> More generally, we need to come up with something for distinguishing
>>>> PULL requests not for master, because my current workflow basically
>>>> says "anything that says 'for you to fetch changes up to' will get
>>>> merged into master...
>>>
>>> Um.. yes.. this was intended for merge to the 2.7 branch, not master.
>>> Any ideas how I should express that?
>>>
>>
>> I'm not aware of any formal process, other than sending a mail to
>> qemu-stable and Cc: Michael Roth. This is often done by simply
>> replying to selected messages in the pull requests for the master
>> branch.
>>
>> Then Michael does all the cherry picking stuff and usually sends a
>> patch round-up two weeks before the stable release, for people to
>> review.
> 
> Yes, I think I was partly thrown because in general patches
> don't go into the stable branches via pull requests.
> That said, my current filter/workflow is clearly broken
> so I'm open to any suggestions for easy-for-me-to-filter-for
> ways to flag up that a pull request isn't aimed at master.

Maybe simply filter out the requests that include qemu-stable in "To:" ?

 Thomas




reply via email to

[Prev in Thread] Current Thread [Next in Thread]