-
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
Consolidate to one schedule
param
#25410
Conversation
f032e8c
to
9bfff65
Compare
9bfff65
to
ba7c23a
Compare
ac75dcc
to
a35d59e
Compare
Wow, 356 files changed. Would it be a good idea to split out the part that consolidates arguement handling, and change the examples and documentation in a later PR? |
I'd prefer to keep those together, even if it's a big change. There is a little value in splitting them, Especially with the new Github Review experience with "change file tree" it's easy to separate out the "code" from "documentation changes during review - and keeping docs and code changes in the same PR makes it easier to cherry-pick and reason about. |
@dstandish - the failing test in "providers 2.2" indicates backwards-incompatible changes in providers I am afraid. |
@uranusjr @potiuk re separation... yeah since it would just be splitting out files, rather than e.g. steps in series of changes, not sure it would help review all that much. but also... the main reason i included example dags is because in past at least we had CI tests that checked for warnings, and every example dag would produce a deprecation warning if i did not update them. |
er i guess it could help just because in a big "example dags" PR you don't really need to scrutinize anything as carefully, and in a "core" change PR you would know to look at everything 🤷 |
Ah... yes... this makes sense.... because... airflow 2.2 won't have new |
423c682
to
3106e5a
Compare
76e84ff
to
b74ca05
Compare
Co-authored-by: Jed Cunningham <66968678+jedcunningham@users.noreply.github.com>
Co-authored-by: Jed Cunningham <66968678+jedcunningham@users.noreply.github.com>
Co-authored-by: Jed Cunningham <66968678+jedcunningham@users.noreply.github.com>
Co-authored-by: Jed Cunningham <66968678+jedcunningham@users.noreply.github.com>
Co-authored-by: Jed Cunningham <66968678+jedcunningham@users.noreply.github.com>
Most significantly, use "argument" instead of "param" or "parameter" where applicable, to avoid possible confusion, since we already have a DAG argument called "params".
c1ad946
to
6f0003b
Compare
Consolidate the three scheduling params to one param
schedule