-
Notifications
You must be signed in to change notification settings - Fork 14.7k
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
Status of testing Providers that were prepared on August 11, 2023 #33305
Comments
Tested with our example DAGs with the following providers without encountering issues
|
Checked appflow #32930 - all good 👍 |
Ran AWS System tests against the release candidate, all looks green: https://aws-mwaa.github.io/open-source/system-tests/version/b5a4d36383c4143f46e168b8b7a4ba2dc7c54076_8.5.1rc1.html That covers #33133 and many of the other AWS commits (but I'll let the individual authors confirm, in case they want to do any other specific testing for their changes) |
Thank you everyone. |
Currently, the header of the issue template requests to test the RCs. However the guideline stating how to test those providers is placed at the bottom of the issue (appearing a bit disconnected) and might not be visible easily when have to scroll to the bottom end through the list of the Provider RCs. I think it is more evident and helpful if we advertise it at the begining. e.g. we can see here apache#33305 on how it appears currently.
…33439) Currently, the header of the issue template requests to test the RCs. However the guideline stating how to test those providers is placed at the bottom of the issue (appearing a bit disconnected) and might not be visible easily when have to scroll to the bottom end through the list of the Provider RCs. I think it is more evident and helpful if we advertise it at the begining. e.g. we can see here #33305 on how it appears currently.
…#33439) Currently, the header of the issue template requests to test the RCs. However the guideline stating how to test those providers is placed at the bottom of the issue (appearing a bit disconnected) and might not be visible easily when have to scroll to the bottom end through the list of the Provider RCs. I think it is more evident and helpful if we advertise it at the begining. e.g. we can see here apache/airflow#33305 on how it appears currently. GitOrigin-RevId: 8b7e0babe1c3e9bef6e934d1e362564bc73fda4d
…#33439) Currently, the header of the issue template requests to test the RCs. However the guideline stating how to test those providers is placed at the bottom of the issue (appearing a bit disconnected) and might not be visible easily when have to scroll to the bottom end through the list of the Provider RCs. I think it is more evident and helpful if we advertise it at the begining. e.g. we can see here apache/airflow#33305 on how it appears currently. GitOrigin-RevId: 8b7e0babe1c3e9bef6e934d1e362564bc73fda4d
…#33439) Currently, the header of the issue template requests to test the RCs. However the guideline stating how to test those providers is placed at the bottom of the issue (appearing a bit disconnected) and might not be visible easily when have to scroll to the bottom end through the list of the Provider RCs. I think it is more evident and helpful if we advertise it at the begining. e.g. we can see here apache/airflow#33305 on how it appears currently. GitOrigin-RevId: 8b7e0babe1c3e9bef6e934d1e362564bc73fda4d
Body
I have a kind request for all the contributors to the latest provider packages release.
Could you please help us to test the RC versions of the providers?
Let us know in the comment, whether the issue is addressed.
Those are providers that require testing as there were some substantial changes introduced:
Provider alibaba: 2.5.1rc1
Provider amazon: 8.5.1rc1
template_fields
ofEcsDeregisterTaskDefinitionOperator
(#33129): @eladkalProvider apache.beam: 5.2.1rc1
BeamRunPythonPipelineOperator
(#31645): @yupbankProvider apache.druid: 3.5.0rc1
Provider celery: 3.3.2rc1
Provider cncf.kubernetes: 7.4.2rc1
OnFinishAction
enum inherit from str to support passing it toKubernetesPodOperatpor
(#33228): @raphaelauvProvider common.sql: 1.7.0rc1
Provider databricks: 4.3.3rc1
Provider docker: 3.7.3rc1
Provider exasol: 4.2.3rc1
Provider microsoft.azure: 6.2.4rc1
Provider qubole: 3.4.2rc1
Provider snowflake: 4.4.2rc1
The guidelines on how to test providers can be found in
Verify providers by contributors
All users involved in the PRs:
@eladkal @o-nikolas @potiuk @hussein-awala @eumiro @syedahsn @yupbank @vioao @raphaelauv @mahammi @vincbeck
Committer
The text was updated successfully, but these errors were encountered: