Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
ci(integration): Run common Helm integration test from release and sn…
…apshots (#2679) * ci(integration): Use integration test workflow in release and deploy snapshots * Update DEPLOY_SNAPSHOTS.yaml - re-use existing integration test workflow * Update RELEASE.yaml - run as separate job As is done in update snapshots workflow * Update DEPLOY_SNAPSHOTS.yaml - inherit secrets * Update INTEGRATION_TEST.yml - add on workflow_call, remove on push - Add on workflow_call to support calling from other workflows (e.g., deploy snapshot, release - Remove on push because it appears we can only run one integration test total at a time. Renovate often "pushes" many commits at once. In addition, integration tests are too flaky to be actioned on each time. * Update DEPLOY_SNAPSHOTS.yaml - pass in main as helm branch * Update helm-git-refs.json - use short branch names For easier use with other workflows. integration test workflow will follow. * Update INTEGRATION_TEST.yml - use short branch name So we can more easily use either passed-in arg or where integration test is being run. Hardcoded .json file already edited * Update RELEASE.yaml - pass in release branch * Update DEPLOY_SNAPSHOTS.yaml - pass in release-branch External workflows shouldn't need to use helm-branch * ci: access args from inputs This will work with both workflow_call and workflow_dispatch As discussed here: https://docs.github.com/en/actions/using-workflows/reusing-workflows * ci: remove helm-branch arg from workflow_call This is not used by any workflow call - only workflow_dispatch * ci: save release branch to outputs Otherwise, won't be accessible in next helm-deploy job
- Loading branch information