I was wondering about this feature. Looks like there's still work to be
done on the apache infra side to allow this:

> We can't enable merge queues for projects just yet, as the required
provenance trail has not been completed. [~dfoulks] is currently working on
getting the last bits set up to make that happen, but it could take a few
weeks to sort out.

From
https://issues.apache.org/jira/browse/INFRA-27180?jql=text%20~%20%22merge%20queue%22

Best,
Kevin Liu

On Fri, Aug 29, 2025 at 10:23 AM Kevin Liu <[email protected]> wrote:

> +1
>
> Highlighting some snippets from the merge queue documentation
> <https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/merging-a-pull-request-with-a-merge-queue>
> :
>
> > The merge queue provides the *same benefits as the Require branches to
> be up to date before merging branch protection*, but *does not require a
> pull request author to update their pull request branch and wait for status
> checks to finish before trying to merge*.
>
> > The merge queue will ensure the pull request's changes pass all required
> status checks when *applied to the latest version of the target branch
> and any pull requests already in the queue*.
>
>
> Also as a follow up, perhaps we can also consider enabling auto-merge for
> a pull request
> <https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/automatically-merging-a-pull-request>
> .
>
> Best,
> Kevin Liu
>
>
> On Fri, Aug 29, 2025 at 7:07 AM Russell Spitzer <[email protected]>
> wrote:
>
>> +1, I think it's definitely worth trying out, and if we do have issues
>> it's easy to just turn it off again.
>>
>> On Fri, Aug 29, 2025 at 3:35 AM Renjie Liu <[email protected]>
>> wrote:
>>
>>> Thanks everyone for joining the discussion.
>>>
>>> There is no objection or concerns about this, I'll fire a jira ticket to
>>> enable it.
>>>
>>> On Wed, Aug 27, 2025 at 2:24 PM Renjie Liu <[email protected]>
>>> wrote:
>>>
>>>> Hi, Peter:
>>>>
>>>> This change will not be exercised by a pr, but apache's infra team.
>>>>
>>>> If we have consensus on this issue, I'll open a ticket in apache jira
>>>> to ask for infra team's help to do it.
>>>>
>>>> On Mon, Aug 25, 2025 at 9:33 PM Péter Váry <[email protected]>
>>>> wrote:
>>>>
>>>>> Max has a PR https://github.com/apache/iceberg/pull/13675 which
>>>>> speeds up the tests by running them parallel.
>>>>> While any parallelism introduces potential flakiness, it could halve
>>>>> the CI speed which would be also nice along the changes here.
>>>>>
>>>>> Fokko Driesprong <[email protected]> ezt írta (időpont: 2025. aug.
>>>>> 25., H, 9:22):
>>>>>
>>>>>> TIL about the merge queue, but I'm all aboard. I think this would be
>>>>>> great to have, especially on the Iceberg Java side where the CI takes 
>>>>>> some
>>>>>> time to run.
>>>>>>
>>>>>> Kind regards,
>>>>>> Fokko
>>>>>>
>>>>>> Op ma 25 aug 2025 om 08:43 schreef Eduard Tudenhöfner <
>>>>>> [email protected]>:
>>>>>>
>>>>>>> I like the idea of having a merge queue, so +1 to that.
>>>>>>>
>>>>>>> On Mon, Aug 25, 2025 at 7:47 AM Jean-Baptiste Onofré <
>>>>>>> [email protected]> wrote:
>>>>>>>
>>>>>>>> Hi
>>>>>>>>
>>>>>>>> Thanks for the idea!
>>>>>>>> I like  to require branches to be up to date before merging: the
>>>>>>>> merge
>>>>>>>> queue provides basically similar protection, but more "flexible"
>>>>>>>> when
>>>>>>>> a lot of PRs are merged every day.
>>>>>>>>
>>>>>>>> I checked from ASF standpoint, and the merge queue can be enabled
>>>>>>>> without issue (at infra level). I don't think we need anything in
>>>>>>>> the
>>>>>>>> .asf.yaml, but if needed we have to create a ticket to infra (if
>>>>>>>> needed and after consensus here).
>>>>>>>>
>>>>>>>> Regards
>>>>>>>> JB
>>>>>>>>
>>>>>>>> On Mon, Aug 25, 2025 at 3:54 AM Renjie Liu <[email protected]>
>>>>>>>> wrote:
>>>>>>>> >
>>>>>>>> > Hi, all:
>>>>>>>> >
>>>>>>>> > I want to raise a discussion about enabling merge queue in
>>>>>>>> iceberg related repositories.
>>>>>>>> >
>>>>>>>> > In short, github merge queue improves efficiency of maintainers
>>>>>>>> for repo with high velocity. When there are several prs ready for 
>>>>>>>> merging,
>>>>>>>> instead of asking the author/maintainer to merge with the main branch
>>>>>>>> manually before merging, it will put ready to merge prs to  a queue, 
>>>>>>>> update
>>>>>>>> them to the latest commit, and run all required checks one by one. 
>>>>>>>> When all
>>>>>>>> checks passed, it will do the merge automatically.
>>>>>>>> >
>>>>>>>> > Looking forward to hearing your thoughts!
>>>>>>>>
>>>>>>>

Reply via email to