Skip to content

Regenerate airflowctl datamodels from this branch's API spec - #71094

Draft
Lee-W wants to merge 1 commit into
apache:airflow-ctl/v0-1-testfrom
astronomer:ctl-v0-1-regenerate-datamodels
Draft

Regenerate airflowctl datamodels from this branch's API spec#71094
Lee-W wants to merge 1 commit into
apache:airflow-ctl/v0-1-testfrom
astronomer:ctl-v0-1-regenerate-datamodels

Conversation

@Lee-W

@Lee-W Lee-W commented Aug 4, 2026

Copy link
Copy Markdown
Member

The test-to-stable sync (#67294) copied airflowctl's generated datamodels from main, so they describe Airflow 3.3's API while this branch ships core 3.2.1. Two consequences, both red once CI started running here (#70724):

  • generate-airflowctl-datamodels regenerates from ../airflow-core/src/airflow/api_fastapi and fails on any drift, so Static checks could never pass
  • the models required is_backfillable and timetable_periodic, which Add is_backfillable property to DAG API responses #64644 added in 3.3.0, so every single-object Dag response failed validation against this branch's own PROD image:
ValidationError: 2 validation errors for DAGResponse
  is_backfillable      Field required
  timetable_periodic   Field required

This runs the hook to bring the models back in line with the spec on this branch. It drops 14 model classes that no airflowctl code or test references, plus the 3.3-only fields above.

Note RELEASE_NOTES.rst credits "Add is_backfillable property to DAG API responses (#64644)" to airflowctl 0.1.5, but #64644 touches only airflow-core — that line is sync noise, not a client feature.

Split out of #70724 so that PR stays workflow-only.


Was generative AI tooling used to co-author this PR?
  • Yes — Claude Opus 5

Generated-by: Claude Opus 5 following the guidelines

The test-to-stable sync (apache#67294) copied airflowctl's generated datamodels
from main, so they describe Airflow 3.3's API while this branch ships core
3.2.1. Two consequences, both red once CI started running here:

- generate-airflowctl-datamodels regenerates from
  ../airflow-core/src/airflow/api_fastapi and fails on any drift, so
  Static checks could never pass
- the models required is_backfillable and timetable_periodic, which
  apache#64644 added in 3.3.0, so every single-object Dag response failed
  validation against this branch's own PROD image:

      ValidationError: 2 validation errors for DAGResponse
        is_backfillable      Field required
        timetable_periodic   Field required

Run the hook to bring the models back in line with the spec on this
branch. This drops 14 model classes that no airflowctl code or test
references, plus the 3.3-only fields above.

Note RELEASE_NOTES.rst credits "Add ``is_backfillable`` property to DAG
API responses (apache#64644)" to airflowctl 0.1.5, but apache#64644 touches only
airflow-core -- that line is sync noise, not a client feature.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant