-
Notifications
You must be signed in to change notification settings - Fork 14.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
AIP-66: Add support for parsing DAG bundles #45371
Merged
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
boring-cyborg
bot
added
area:API
Airflow's REST/HTTP API
area:CLI
area:Scheduler
including HA (high availability) scheduler
labels
Jan 3, 2025
uranusjr
reviewed
Jan 3, 2025
uranusjr
reviewed
Jan 3, 2025
jedcunningham
force-pushed
the
bundle-parsing
branch
2 times, most recently
from
January 3, 2025 16:04
5fa6022
to
5f5b30c
Compare
ephraimbuddy
reviewed
Jan 6, 2025
dstandish
reviewed
Jan 7, 2025
dstandish
reviewed
Jan 7, 2025
dstandish
reviewed
Jan 7, 2025
dstandish
reviewed
Jan 7, 2025
dstandish
reviewed
Jan 7, 2025
dstandish
reviewed
Jan 7, 2025
dstandish
reviewed
Jan 7, 2025
dstandish
reviewed
Jan 7, 2025
dstandish
reviewed
Jan 7, 2025
dstandish
approved these changes
Jan 7, 2025
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Some suggestions
jedcunningham
force-pushed
the
bundle-parsing
branch
3 times, most recently
from
January 7, 2025 21:10
dcf0549
to
677db81
Compare
Let's start parsing DAG bundles! This moves us away from parsing a single local directory to being able to parse many different bundles, including optional support for versioning. This is just the basics - it keeps the parsing loop largely untouched. We still have a single list of "dag files" to parse, and queue of them. However, instead of just a path, this list and queue now contain `DagFilePath`s, which hold both a local path and the bundle its from. There are a number of things that are not fully functional at this stage, like versioned callbacks. These will be refactored later. There is enough churn with the basics (particularly with the number of test changes).
ephraimbuddy
approved these changes
Jan 8, 2025
dstandish
approved these changes
Jan 8, 2025
jedcunningham
requested review from
mobuchowski,
XD-DENG and
ashb
as code owners
January 8, 2025 18:49
jedcunningham
added
the
full tests needed
We need to run full set of tests for this PR to merge
label
Jan 8, 2025
dstandish
approved these changes
Jan 9, 2025
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
go for it
jedcunningham
added a commit
to astronomer/airflow
that referenced
this pull request
Jan 9, 2025
This reverts commit 72ab1d5.
jedcunningham
added a commit
that referenced
this pull request
Jan 9, 2025
This was referenced Jan 9, 2025
agupta01
pushed a commit
to agupta01/airflow
that referenced
this pull request
Jan 13, 2025
Let's start parsing DAG bundles! This moves us away from parsing a single local directory to being able to parse many different bundles, including optional support for versioning. This is just the basics - it keeps the parsing loop largely untouched. We still have a single list of "dag files" to parse, and queue of them. However, instead of just a path, this list and queue now contain `DagFilePath`s, which hold both a local path and the bundle its from. There are a number of things that are not fully functional at this stage, like versioned callbacks. These will be refactored later. There is enough churn with the basics (particularly with the number of test changes). Co-authored-by: Daniel Standish <[email protected]>
agupta01
pushed a commit
to agupta01/airflow
that referenced
this pull request
Jan 13, 2025
* Revert "Move `list_py_file_paths` test to the right file (apache#45521)" This reverts commit c29b6e8. * Revert "AIP-66: Add support for parsing DAG bundles (apache#45371)" This reverts commit 72ab1d5.
karenbraganz
pushed a commit
to karenbraganz/airflow
that referenced
this pull request
Jan 13, 2025
Let's start parsing DAG bundles! This moves us away from parsing a single local directory to being able to parse many different bundles, including optional support for versioning. This is just the basics - it keeps the parsing loop largely untouched. We still have a single list of "dag files" to parse, and queue of them. However, instead of just a path, this list and queue now contain `DagFilePath`s, which hold both a local path and the bundle its from. There are a number of things that are not fully functional at this stage, like versioned callbacks. These will be refactored later. There is enough churn with the basics (particularly with the number of test changes). Co-authored-by: Daniel Standish <[email protected]>
karenbraganz
pushed a commit
to karenbraganz/airflow
that referenced
this pull request
Jan 13, 2025
* Revert "Move `list_py_file_paths` test to the right file (apache#45521)" This reverts commit c29b6e8. * Revert "AIP-66: Add support for parsing DAG bundles (apache#45371)" This reverts commit 72ab1d5.
HariGS-DB
pushed a commit
to HariGS-DB/airflow
that referenced
this pull request
Jan 16, 2025
Let's start parsing DAG bundles! This moves us away from parsing a single local directory to being able to parse many different bundles, including optional support for versioning. This is just the basics - it keeps the parsing loop largely untouched. We still have a single list of "dag files" to parse, and queue of them. However, instead of just a path, this list and queue now contain `DagFilePath`s, which hold both a local path and the bundle its from. There are a number of things that are not fully functional at this stage, like versioned callbacks. These will be refactored later. There is enough churn with the basics (particularly with the number of test changes). Co-authored-by: Daniel Standish <[email protected]>
HariGS-DB
pushed a commit
to HariGS-DB/airflow
that referenced
this pull request
Jan 16, 2025
* Revert "Move `list_py_file_paths` test to the right file (apache#45521)" This reverts commit c29b6e8. * Revert "AIP-66: Add support for parsing DAG bundles (apache#45371)" This reverts commit 72ab1d5.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
area:API
Airflow's REST/HTTP API
area:CLI
area:Scheduler
including HA (high availability) scheduler
full tests needed
We need to run full set of tests for this PR to merge
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Let's start parsing DAG bundles! This moves us away from parsing a
single local directory to being able to parse many different bundles,
including optional support for versioning.
This is just the basics - it keeps the parsing loop largely untouched.
We still have a single list of "dag files" to parse, and queue of them.
However, instead of just a path, this list and queue now contain
DagFilePath
s, which hold both a local path and the bundle its from.There are a number of things that are not fully functional at this
stage, like versioned callbacks. These will be refactored later. There
is enough churn with the basics (particularly with the number of test
changes).