-
Notifications
You must be signed in to change notification settings - Fork 16.3k
Fix conditionals for test types and make them consistent #54678
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
gopidesupavan
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.
oops
46cc3ac to
28ab4d7
Compare
amoghrajesh
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.
Oops couldve been my bad!
|
I looked a bit closer - and that turned out to be a bit of a rabbit hole (but a small hole) - I reviewed and updated consistency in a number of outputs, and conditions - simplifying them and removing old, unused conditions. This should make the workflow a bit easier to reason about |
28ab4d7 to
ae379bc
Compare
No. no ... there was a lot of inconistences and badly named (historically) outputs that were misleading - this should be way easier to reason about those workflows/outputs now. |
The go tests do not depend on CI image being built, also they should not be run independently on the `run-tests` flag - because run-tests is generally for our unit tests. They should be run when `run-go-sdk-tests` is set and without dependency on ci-images being built. There were also a few other issues found during this cleanuup: Several outputs were inconsistently named: * run-tests was renamed to run-unit-tests * need-* outputs were renamed to run-* Some other fixes were applied: * only-new-ui-files was removed as it is not needed any more as we do not really need that check to be exposed to actions, it is only used internally - to not run other tests when only ui files changed * run-system-tests was not properly used (it is currently an alias to run-unit-tests anyway - but foreseen for future separation$a * need-javascript-scans and need-python-scans have been removed as they are no longer used
ae379bc to
1f5404d
Compare
Backport failed to create: v3-0-test. View the failure log Run details
You can attempt to backport this manually by running: cherry_picker 9460976 v3-0-testThis 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 |
The go tests do not depend on CI image being built, also they should not be run independently on the `run-tests` flag - because run-tests is generally for our unit tests. They should be run when `run-go-sdk-tests` is set and without dependency on ci-images being built. There were also a few other issues found during this cleanuup: Several outputs were inconsistently named: * run-tests was renamed to run-unit-tests * need-* outputs were renamed to run-* Some other fixes were applied: * only-new-ui-files was removed as it is not needed any more as we do not really need that check to be exposed to actions, it is only used internally - to not run other tests when only ui files changed * run-system-tests was not properly used (it is currently an alias to run-unit-tests anyway - but foreseen for future separation$a * need-javascript-scans and need-python-scans have been removed as they are no longer used (cherry picked from commit 9460976)
…4691) The go tests do not depend on CI image being built, also they should not be run independently on the `run-tests` flag - because run-tests is generally for our unit tests. They should be run when `run-go-sdk-tests` is set and without dependency on ci-images being built. There were also a few other issues found during this cleanuup: Several outputs were inconsistently named: * run-tests was renamed to run-unit-tests * need-* outputs were renamed to run-* Some other fixes were applied: * only-new-ui-files was removed as it is not needed any more as we do not really need that check to be exposed to actions, it is only used internally - to not run other tests when only ui files changed * run-system-tests was not properly used (it is currently an alias to run-unit-tests anyway - but foreseen for future separation$a * need-javascript-scans and need-python-scans have been removed as they are no longer used (cherry picked from commit 9460976)
The go tests do not depend on CI image being built, also they should not be run independently on the `run-tests` flag - because run-tests is generally for our unit tests. They should be run when `run-go-sdk-tests` is set and without dependency on ci-images being built. There were also a few other issues found during this cleanuup: Several outputs were inconsistently named: * run-tests was renamed to run-unit-tests * need-* outputs were renamed to run-* Some other fixes were applied: * only-new-ui-files was removed as it is not needed any more as we do not really need that check to be exposed to actions, it is only used internally - to not run other tests when only ui files changed * run-system-tests was not properly used (it is currently an alias to run-unit-tests anyway - but foreseen for future separation$a * need-javascript-scans and need-python-scans have been removed as they are no longer used
The go tests do not depend on CI image being built, also they should
not be run independently on the
run-testsflag - becauserun-tests is generally for our unit tests.
They should be run when
run-go-sdk-testsis set and withoutdependency on ci-images being built. There were also a few
other issues found during this cleanuup:
Several outputs were inconsistently named:
Some other fixes were applied:
we do not really need that check to be exposed to actions, it
is only used internally - to not run other tests when only ui
files changed
alias to run-unit-tests anyway - but foreseen for future
separation$a
as they are no longer used
^ 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.