-
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
Refactor DAG.create_dagrun() arguments #45370
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:dev-tools
area:Scheduler
including HA (high availability) scheduler
area:webserver
Webserver related Issues
kind:documentation
labels
Jan 3, 2025
uranusjr
force-pushed
the
create-dagrun-refactor
branch
6 times, most recently
from
January 8, 2025 05:55
34a7033
to
5392e2b
Compare
uranusjr
requested review from
potiuk,
ashb,
jedcunningham,
mobuchowski,
eladkal,
ryanahamilton,
bbovenzi,
pierrejeambrun,
jscheffl,
ephraimbuddy and
XD-DENG
as code owners
January 9, 2025 05:49
uranusjr
force-pushed
the
create-dagrun-refactor
branch
from
January 14, 2025 07:28
296f247
to
09e98d2
Compare
Lee-W
reviewed
Jan 15, 2025
Lee-W
approved these changes
Jan 15, 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.
Overall looks good to me. Do we need to consider it as breaking change?
ephraimbuddy
approved these changes
Jan 15, 2025
This aims to make the interface more straightforward, removing auto inference logic from the function. Most importantly, it is now entirely the caller site's responsibility to provide valid run_id and run_type values, instead of the function automatically inferring one from the other under certain conditions. The main goal is to make changes simpler when we make logical date an optional (nullable) value. run_id generation is currently very heavily based on the logical date, and will need to be changed a bit when logical date is None. Removing logic should help us change the run_id generation logic easier.
We can have dag_version and run_type defaults since this is just for tests and the actual values aren't that important most of the times.
uranusjr
force-pushed
the
create-dagrun-refactor
branch
from
January 15, 2025 07:45
acf0a03
to
0556951
Compare
re: Breaking change, I don’t think we need to since |
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:dev-tools
area:Scheduler
including HA (high availability) scheduler
area:webserver
Webserver related Issues
kind:documentation
legacy api
Whether legacy API changes should be allowed in PR
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.
This aims to make the interface more straightforward, removing auto inference logic from the function. Most importantly, it is now entirely the caller site's responsibility to provide valid run_id and run_type values, instead of the function automatically inferring one from the other under certain conditions.
The main goal is to make changes simpler when we make logical date an optional (nullable) value. run_id generation is currently very heavily based on the logical date, and will need to be changed a bit when logical date is None. Removing logic should help us change the run_id generation logic easier.
p.s. not yet ready, many tests should fail.Finally ready; this took way much more than I thought.