-
Notifications
You must be signed in to change notification settings - Fork 15.3k
Filter only provided integration paths for breeze integration testing #52462
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
Filter only provided integration paths for breeze integration testing #52462
Conversation
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.
I especially also prefer the dark mode after the change compared to the capture of light mode :-D
Joke apart... LGTM! Thanks!
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. Yeah, it comes from old days where we had integration tests mixed with regular tests, and when we were riunning multiple integration tests in single test command - but indeed, when we have them nicely separated, we can do just that!
We just need to be EXTRA careful with such changes and look at the logs of the integration tests, to see that they were actually executed and not just green. |
Yeah correct, In CI except provided input integration rest all integrations tests skipped. as the integration environment is different :) |
Renamed integration type gremline to tinkerpop, to align with other providers. |
Yeah. Those were the "extra-careful" things :) |
I think also |
ah gotcha :) updated |
BTW its good that when we modify dev tools, running all tests :) |
Yep. That is by design. |
Backport failed to create: v3-0-test. View the failure log Run details
You can attempt to backport this manually by running: cherry_picker 0c947b5 v3-0-test This should apply the commit to the v3-0-test branch and leave the commit in conflict state marking After you have resolved the conflicts, you can continue the backport process by running: cherry_picker --continue |
…apache#52462) * Filter only provided integration paths * Fix tests * Rename gremline integration name to tinkerpop * Fix selective_checks test * Update @integration pytest marker with tinkerpop
No need to backport |
Yeah, but it changed few images and hash value, thought its better to backport to avoid if any future conflicts |
Currently we process all the paths even when we specify specific integration. its bit confusing, lets fitlerout only provided integration paths.
Example
before:
This is for ydb , but it processed all the paths.
After:
^ 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.rst
or{issue_number}.significant.rst
, in airflow-core/newsfragments.