+1
Pasting some of the examples that I shared on slack:

   - PR : https://github.com/apache/druid/pull/13934 which is raised by
   Soumyava Das who contributes regularly to druid should not block on a
   committer to approve CI runs.
   - PR : https://github.com/apache/druid/pull/13909 by Adarsh Sanjeev who
   has added a lot of features in MSQE.
   - PR : https://github.com/apache/druid/pull/13991 by Jason Witkowski who
   contributes regularly to druid helm charts.


On Wed, Mar 29, 2023 at 10:55 AM Frank Chen <frankc...@apache.org> wrote:

> +1
>
> I don't see there's a need for committers to click the 'Approve' button to
> run CI for every PR.
>
>
>
> On Tue, Mar 28, 2023 at 2:27 PM Austin Bennett <aus...@apache.org> wrote:
>
> > Beam did the same.
> >
> > +1 on allowing contributors to keep things moving [where appropriate,
> > which this can be if CI is setup well], allowing committers to focus on
> > more/other activities
> >
> > On Mon, Mar 27, 2023, 11:24 PM Gian Merlino <g...@apache.org> wrote:
> >
> > > Recently, ASF GitHub repos had their defaults for GitHub Actions
> changed
> > to
> > > "always require approval for external contributors". In Slack, Karan
> > > pointed out that Airflow has recently submitted a ticket to have that
> > > changed back: https://issues.apache.org/jira/browse/INFRA-24200. IMO,
> we
> > > should do the same. I don't think we have a problem with fake PRs, but
> we
> > > can always improve our responsiveness to contributors from outside the
> > > project! Every little bit helps, including running CI automatically.
> > >
> > > If others have opinions on this, let me know. I'd like to raise our own
> > > ticket to change our default.
> > >
> > > Gian
> > >
> >
>


-- 
Thanks
Karan

Reply via email to