potiuk commented on issue #7905:
URL: https://github.com/apache/airflow/issues/7905#issuecomment-624555061


   Indeed @JPFrancoia. We have indeed quite a process. I think you hit the 
hardest part of it.  We've been thinking and discussing how to solve the 
dependency problems and it's still not perfect. One day maybe we will make it 
super easy. Thanks for the feedback - for me that's a sign we need to do a 
better job at it. But for now, it is a bit convoluted just to keep us safe from 
transitive dependency problems. You can read a bit of why it is so complex here:
   
https://github.com/apache/airflow/blob/master/CONTRIBUTING.rst#airflow-dependencies
   
   TL;DR; Airlfow is a bit of both - library and application. Current approach 
tries to accommodate both approaches at the same time (keep dependencies open 
for library and pinned for application).
   
   I think the problem can be (eventually) only solved in an easier way if we 
actually split "airflow application" from "airflow library" and we treat 
dependencies for those differently.  I think it's possible and we have a number 
of ideas how to do it, but it is not a priority for Airflow 2.0. Maybe in 
Airflow 2.1 we can do something about it.


----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


Reply via email to