Skip to content
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

Merged
merged 38 commits into from
Aug 10, 2022

Conversation

dstandish
Copy link
Contributor

Consolidate the three scheduling params to one param schedule

@dstandish dstandish changed the title One true schedule param Consolidate to one schedule param Jul 29, 2022
@dstandish dstandish force-pushed the one-true-schedule-param branch from f032e8c to 9bfff65 Compare July 29, 2022 20:54
@dstandish dstandish force-pushed the one-true-schedule-param branch from 9bfff65 to ba7c23a Compare August 6, 2022 19:31
@dstandish dstandish marked this pull request as ready for review August 7, 2022 19:54
@dstandish dstandish force-pushed the one-true-schedule-param branch from ac75dcc to a35d59e Compare August 7, 2022 20:38
@uranusjr
Copy link
Member

uranusjr commented Aug 8, 2022

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?

@potiuk
Copy link
Member

potiuk commented Aug 8, 2022

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.

@potiuk
Copy link
Member

potiuk commented Aug 8, 2022

image

@potiuk
Copy link
Member

potiuk commented Aug 8, 2022

@dstandish - the failing test in "providers 2.2" indicates backwards-incompatible changes in providers I am afraid.

@dstandish
Copy link
Contributor Author

@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.

@dstandish
Copy link
Contributor Author

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 🤷

@dstandish
Copy link
Contributor Author

@dstandish - the failing test in "providers 2.2" indicates backwards-incompatible changes in providers I am afraid.

Ah... yes... this makes sense.... because... airflow 2.2 won't have new schedule param.... will have to come up with something for backcompat in the example dags stored in providers.

@dstandish dstandish requested a review from mik-laj as a code owner August 8, 2022 19:58
@dstandish dstandish force-pushed the one-true-schedule-param branch from 423c682 to 3106e5a Compare August 8, 2022 20:02
docs/apache-airflow/dag-run.rst Outdated Show resolved Hide resolved
docs/apache-airflow/dag-run.rst Outdated Show resolved Hide resolved
docs/apache-airflow/faq.rst Outdated Show resolved Hide resolved
docs/apache-airflow/faq.rst Outdated Show resolved Hide resolved
newsfragments/25410.significant.rst Outdated Show resolved Hide resolved
scripts/in_container/verify_providers.py Outdated Show resolved Hide resolved
@dstandish dstandish force-pushed the one-true-schedule-param branch from 76e84ff to b74ca05 Compare August 9, 2022 00:20
newsfragments/25410.significant.rst Outdated Show resolved Hide resolved
newsfragments/25410.significant.rst Outdated Show resolved Hide resolved
newsfragments/25410.significant.rst Outdated Show resolved Hide resolved
newsfragments/25410.significant.rst Outdated Show resolved Hide resolved
newsfragments/25410.significant.rst Outdated Show resolved Hide resolved
newsfragments/25410.significant.rst Outdated Show resolved Hide resolved
dstandish and others added 20 commits August 10, 2022 09:18
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".
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:serialization kind:documentation type:improvement Changelog: Improvements type:new-feature Changelog: New Features
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants