Allow commiters to merge any PR after CI is green

[Atemu]

I sometimes have the case where I approve a PR but would like to wait for CI checks to be green before actually merging. What happens then is that I leave the tab open and return to it some time later but that can sometimes be weeks or even months when it should have been merged after an hour or so.

Would this be in scope for the merge bot?

[Mic92]

Would be a nice feature indeed. This or merge queues.

[JohnRTitor]

+1 for the merge queue, I believe we have a similar thing in Nixos-hardware already.

I try to "approve PRs" before merging, so I could get back after CI passes green. But sometimes PRs fall through the cracks despite being approved by a commiter.

[felschr]

A while ago I attempted to implement this functionality in nixpkgs using GitHub actions: NixOS/nixpkgs#261800

Unfortunately I got stuck, but maybe this can give some insights for a new implementation in nixpkgs-merge-bot.

[Scriptkiddi]

So apparently our docs need to be better. Currently if you use the merge bot it waits for all checks to pass and then merges the pr.

It only skips Darwin tests because the ci for that is sometimes broken

[Atemu]

Oh, and it works on any PR?

[Mic92]

I think, it does by-name checks. But we can probably remove this restrictions for committers.

[JohnRTitor]

It does by-name checks and checks whether the invoking person is listed as the maintainer of the package. But currently if CI is not green, it errors out, providing no merge queue functionality.

[Atemu]

It does by-name checks and checks whether the invoking person is listed as the maintainer of the package.

Disabling those two checks if the invoker is a committer is basically the core of this feature request.

But currently if CI is not green, it errors out, providing no merge queue functionality.

That would/should be expected behaviour.

[Mic92]

It probably needs a proper database at this point. On the other side, can we not just add mergify to nixpkgs` as well?