A separate airflow-contrib repo, on a separate release cadence would be my preference.
> On 12 Apr 2019, at 11:17 pm, Julian De Ruiter > <julianderui...@godatadriven.com> wrote: > > Isn’t this in contradiction with AIP-8, which is aimed at removing > operators/hooks from the core Airflow package? > > Personally I would rather remove hooks/operators from Airflow than add even > more to the Airflow core. This counts double for the contrib stuff, which is > often poorly designed and/or tested. > > Best, > Julian > >> On 12 Apr 2019, at 10:23, Bolke de Bruin <bdbr...@gmail.com> wrote: >> >> That’s perfectly fine to me. >> >> Verstuurd vanaf mijn iPad >> >>> Op 12 apr. 2019 om 10:20 heeft Kaxil Naik <kaxiln...@gmail.com> het >>> volgende geschreven: >>> >>> Ok. How about moving the properly tested and maintained hooks/ops from >>> contrib to core? >>> >>>> On Fri, Apr 12, 2019, 09:13 Bolke de Bruin <bdbr...@gmail.com> wrote: >>>> >>>> I disagree. Core signals “properly tested” and maintained. Ie. A kind of >>>> quality. I don’t think contrib has that. >>>> >>>> Verstuurd vanaf mijn iPad >>>> >>>>> Op 12 apr. 2019 om 10:03 heeft Kaxil Naik <kaxiln...@gmail.com> het >>>> volgende geschreven: >>>>> >>>>> Contrib folder was used when it was used at Airbnb. Currently, it doesn't >>>>> make any sense and we have equal responsibility to maintain all the >>>> hooks, >>>>> operators, sensors in contrib folder as we do for core. >>>>> >>>>> I would suggest to remove contrib folder and move all hooks, ops, and >>>>> sensors to the core folder. >>>>> >>>>> Or reorganize the folder structure similar to what was discussed in a >>>>> mailing thread few months ago. >>>>> >>>>> Regards, >>>>> Kaxil >>>> >