-
-
Notifications
You must be signed in to change notification settings - Fork 4.2k
Bump moto-ext to 5.0.17.post2 #11710
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
Conversation
S3 Image Test Results (AMD64 / ARM64) 2 files 2 suites 3m 43s ⏱️ Results for commit c8b2f39. ♻️ This comment has been updated with latest results. |
@alexrashed I guess now the only way to test this bump in Ext is to merge this first, am I correct? |
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.
The changes here are looking great, it seems the upgrade does not introduce any integration issues here in Community. 🥳
As soon as we can guarantee the compatibility in our downstream projects, we can move forward with merging this PR.
So to answer your question @viren-nadkarni: No, I think we should minimize the friction in our downstream projects as good as possible, so we should make sure they are compatible before merging this PR. This is why we should not merge this PR just now.
We can easily test compatibility with our companion branch detection. So you can just create a companion PR in our downstream repo which also bumps moto-ext
. We should then check in the logs that we really are installing the right version. If this PR, testing against this branch here in community is green, we can be sure that we already have forward-compatibility in our downstream project.
@alexrashed I'm still not quite sure about this. As I understand, Also (correct me if I'm wrong) the 'Upgrade pinned Python dependencies' action in Ext does not have companion branch detection. But it wouldn't be useful anyway due to I think one solution is to add maybe add |
Right, that's true, that makes it a bit more complicated. However, you can just do that on your own instead of using the make target, right? So you could just modify the requirements files in a branch (with the same name) in the downstream repo, right? |
a8bab2b
to
c8b2f39
Compare
Ext suite verified passing (with the exception of Cloud Pods and Persistence tests which are known to be timing out and failing) by using a companion branch where See AWS / Ext Integration Tests # 1550 Merging PR |
Summary
This PR bumps moto-ext to 5.0.17.post2
Contains:
To do