Airflow 在时区感知DAG中,next\U ds在夏令时期间的行为是否正确?

Airflow 在时区感知DAG中,next\U ds在夏令时期间的行为是否正确?,airflow,dst,Airflow,Dst,我正在运行一个时区感知DAG(tz=欧洲/伦敦),时间表为0**1-5 在周五的跑步中,2020-03-27,next\u ds设置为2020-03-29。然而,根据日程安排,我原本预计是2020-03-30 间隔包含夏时制跳过-是否有可能next\u ds没有正确考虑这一点?或者对这种行为有不同的解释吗?原来我应该读一下手册,上面写着 Airflow在模板中返回时区感知的日期时间,但不会将其转换为本地时间,因此它们保持UTC格式。由DAG来处理这个问题 我现在使用jinja过滤器解决这个问题,

我正在运行一个时区感知DAG(tz=欧洲/伦敦),时间表为
0**1-5

在周五的跑步中,
2020-03-27
next\u ds
设置为
2020-03-29
。然而,根据日程安排,我原本预计是2020-03-30


间隔包含夏时制跳过-是否有可能
next\u ds
没有正确考虑这一点?或者对这种行为有不同的解释吗?

原来我应该读一下手册,上面写着

Airflow在模板中返回时区感知的日期时间,但不会将其转换为本地时间,因此它们保持UTC格式。由DAG来处理这个问题

我现在使用jinja过滤器解决这个问题,定义

def local_ds(execution_date):
    return execution_date.in_timezone(local_tz).strftime('%Y-%m-%d')
然后在模板中使用
{{execution_date | local_ds}}

我想这对那些在
欧洲/伦敦
时区工作的人尤其不利,因为当地时间的午夜在冬季是UTC的午夜,但在夏季,UTC的前一天变成23:00,因此改变了日期