-
Notifications
You must be signed in to change notification settings - Fork 14.8k
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
Call get_current_version
less often in bundle refresh loop
#45999
Call get_current_version
less often in bundle refresh loop
#45999
Conversation
In the bundle refresh loop, we can call `get_current_version` a lot less often, as 1) we can skip it for bundles that do not support versioning and 2) for those that do, we already know the version from the last time we refreshed! Since this is a local call, this isn't a huge gain. But every little bit helps.
…pache#45999)" This reverts commit c600a95.
Hey @jedcunningham -> reverting it temporarily in #46037 as it seem to break main. You should redo it with "full tests needed" to double check what's going on . It seems theat bundle_model might get None in the test and it could be a side-effect of other test that was not run in the original PR or maybe some other change merged since it succeeded caused it to fail. |
Thanks. I'm pretty close to just adding "full tests" on every one of my PRs... |
We are moving fast and breaking things. Actually - until we stabilise thing, maybe it's worth to trigger "full tests" for all code that touches airlfow and "task_sdk"? |
There are definitely tradeoffs haha. I've probably just been more unlucky than average due to the changes I've been making though. Generally speaking, I'm not held back by test duration though, so a bit more safety for main is a good trade I'd say. |
…45999) In the bundle refresh loop, we can call `get_current_version` a lot less often, as 1) we can skip it for bundles that do not support versioning and 2) for those that do, we already know the version from the last time we refreshed! Since this is a local call, this isn't a huge gain. But every little bit helps.
…pache#45999)" (apache#46037) This reverts commit c600a95.
…45999) In the bundle refresh loop, we can call `get_current_version` a lot less often, as 1) we can skip it for bundles that do not support versioning and 2) for those that do, we already know the version from the last time we refreshed! Since this is a local call, this isn't a huge gain. But every little bit helps.
…pache#45999)" (apache#46037) This reverts commit c600a95.
…45999) In the bundle refresh loop, we can call `get_current_version` a lot less often, as 1) we can skip it for bundles that do not support versioning and 2) for those that do, we already know the version from the last time we refreshed! Since this is a local call, this isn't a huge gain. But every little bit helps.
…pache#45999)" (apache#46037) This reverts commit c600a95.
…45999) In the bundle refresh loop, we can call `get_current_version` a lot less often, as 1) we can skip it for bundles that do not support versioning and 2) for those that do, we already know the version from the last time we refreshed! Since this is a local call, this isn't a huge gain. But every little bit helps.
…pache#45999)" (apache#46037) This reverts commit c600a95.
In the bundle refresh loop, we can call
get_current_version
a lot less often, as 1) we can skip it for bundles that do not support versioning and 2) for those that do, we already know the version from the last time we refreshed!Since this is a local call, this isn't a huge gain. But every little bit helps.