-
Notifications
You must be signed in to change notification settings - Fork 16k
Amend time-machine update in unit tests #58454
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
Amend time-machine update in unit tests #58454
Conversation
jscheffl
left a comment
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.
Ah, you were faster than me!
One small sanity question before merge...
potiuk
left a comment
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.
Nice!
|
Seems providers are impacted as well will update before merge it in a moment |
b38e26e to
fc677be
Compare
|
Okay, and some in task-sdk tests :) Added those as well |
|
devel-common pays off well while managing these updates for breaking changes |
|
There are other issues with DBT Cloud and task-sdk. One is below, which seems hanging. task-sdk failures seem unrelated, but I will double-check |
|
It doesn't seem like it is related because |
|
Okay, all using time-machine but in the correct manner. This looks suspicious if the update is really working in all cases 🤔 |
|
They are not importing time-machine or seeing it from it, maybe that's the reason |
|
They introduced |
|
Maybe it is easier to version cap to a higher version if we cannot find it, because I see there are lots of tests following the new notation and they are not failing |
Yes. And create an issue to upgrade it. |
bac3f9f to
c428e28
Compare
|
Reverted the changes and added a version cap to time-machine. Created the issue as well. I need to go to bed :) |
* add version cap to time-machine * Apply suggestion from @potiuk --------- (cherry picked from commit fd3c5ce) Co-authored-by: Bugra Ozturk <[email protected]> Co-authored-by: Jarek Potiuk <[email protected]>
|
We will need this restriction in v3 branch as well |
|
Manual cherry pick here: #58486 |
* add version cap to time-machine * Apply suggestion from @potiuk --------- (cherry picked from commit fd3c5ce) Co-authored-by: Bugra Ozturk <[email protected]> Co-authored-by: Jarek Potiuk <[email protected]>
* add version cap to time-machine * Apply suggestion from @potiuk --------- (cherry picked from commit fd3c5ce) Co-authored-by: Bugra Ozturk <[email protected]> Co-authored-by: Jarek Potiuk <[email protected]>
* add version cap to time-machine * Apply suggestion from @potiuk --------- Co-authored-by: Jarek Potiuk <[email protected]>
^ Add meaningful description above
Read the Pull Request Guidelines for more information.
In case of fundamental code changes, an Airflow Improvement Proposal (AIP) is needed.
In case of a new dependency, check compliance with the ASF 3rd Party License Policy.
In case of backwards incompatible changes please leave a note in a newsfragment file, named
{pr_number}.significant.rstor{issue_number}.significant.rst, in airflow-core/newsfragments.