On 11/25/24 12:15 PM, Tim Harder wrote:
> Hi all,
> 
> I've been working for a while on pkgcraft[1] and related tooling that
> could have the potential to run various CI checks server-side as a
> pre-receive git hook verifying commits. Previously, this wasn't at all
> possible due to portage/repoman and pkgcore/pkgcheck being too slow to
> feasibly run and give feedback within a second or two of interactively
> pushing.
> 
> [...]
> 
> From all this, my main questions to the dev community are the following:
> 
> - Do you see value in running a service that can reject commits due to
>   issues like invalid metadata during `git push`?


Yes please! This would be fantastic to have. Already, pushing is not
quite instantaneous since the hooks wait on e.g. pushing again to
mirrors, and I don't think waiting a couple seconds for significantly
greater peace of mind is at all a bad thing.


> - Would the project be open to moving to a merge queue model?


At least for me, no. I don't think it's necessary as we can already see
huge reliability benefits without it, and the merge commit / signing
issues are what I'd personally consider to be an instant dealbreaker.

So I'd say there's a lot to lose and not much to gain.


> - Are there others who would be interested in helping with the
>   development, testing, and maintenance of a git-hook service if that is
>   the chosen path?


I'd be happy at minimum to help test it, although in principle I'm not
uninterested in the rest.


-- 
Eli Schwartz

Attachment: OpenPGP_signature.asc
Description: OpenPGP digital signature

Reply via email to