Improves performance in codehealth checks using cache.
This allows to start running acc tests about 30s after commits are pushed instead of about 3-4m.
Caches are only created in master to avoid hitting the 10G cache limit. They're not created per branch as they are not so useful and branches can use the caches in master.
Link to any related issue(s):
Type of change:
[ ] Bug fix (non-breaking change which fixes an issue). Please, add the "bug" label to the PR.
[ ] New feature (non-breaking change which adds functionality). Please, add the "enhancement" label to the PR. A migration guide must be created or updated if the new feature will go in a major version.
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected). Please, add the "breaking change" label to the PR. A migration guide must be created or updated.
[x] I have checked that this change does not generate any credentials and that they are NOT accidentally logged anywhere.
[x] I have added tests that prove my fix is effective or that my feature works per HashiCorp requirements
[x] I have added any necessary documentation (if appropriate)
[x] I have run make fmt and formatted my code
[x] If changes include deprecations or removals, I defined an isolated PR with a relevant title as it will be used in the auto-generated changelog.
[x] If changes include removal or addition of 3rd party GitHub actions, I updated our internal document. Reach out to the APIx Integration slack channel to get access to the internal document.
Description
Improves performance in codehealth checks using cache.
This allows to start running acc tests about 30s after commits are pushed instead of about 3-4m.
Caches are only created in master to avoid hitting the 10G cache limit. They're not created per branch as they are not so useful and branches can use the caches in master.
Link to any related issue(s):
Type of change:
Required Checklist:
Further comments