-
Notifications
You must be signed in to change notification settings - Fork 6
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
Run preTest actions during release verification workflow #1274
Conversation
The ci-mgmt config has a configuration property for `preTest` jobs. These are run during the `test` workflow before the tests themselves are run. Since the verify release workflow runs the same tests we should also run these `preTest` steps. For example, in `pulumi-aws` we have `preTest` jobs to get AWS credentials which are required to run the tests in the verify release workflow. re pulumi/pulumi-aws#5049, re #1265
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.
This is stretching the definition of .Config.Actions.PreTest
, but since release verification is basically just running an example test, I think this is ok.
@corymhall we might need to revert this as it's caused a P1 in azure – master is broken. Pre-test currently has the assumption that it's only run in the test job, which has some addition setup including gotestfmt. I would agree this is a slightly odd place to call preTest as release verification isn't running any tests - just downloading and executing the released SDKs and provider binary.
I don't think this is true. We don't run any Go tests in the verify job. |
…)" This reverts commit 8531096.
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
By using ci-mgmt's intended solution for running integration tests in the `provider/` directory, we get a maintained test script and avoid overloading the `actions.preTest` hook to run tests. Related to pulumi/ci-mgmt#1276, pulumi/ci-mgmt#1274 (comment)
The ci-mgmt config has a configuration property for
preTest
jobs. These are run during thetest
workflow before the tests themselves are run. Since the verify release workflow runs the same tests we should also run thesepreTest
steps. For example, inpulumi-aws
we havepreTest
jobs to get AWS credentials which are required to run the tests in the verify release workflow.re pulumi/pulumi-aws#5049, re #1265