You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Use token when uploading unit test code coverage data to Codecov from workflow
Codecov claims a token is not needed when using the codecov/codecov-action GitHub Actions action in workflows of a public repository:
https://github.com/codecov/codecov-action#usage
> For public repositories, no token is needed
However, experience shows that that step of the workflow is subject to intermittent spurious failures caused by a 404
error during the upload attempt:
```
[2023-06-26T09:18:51.453Z] ['error'] There was an error running the uploader: Error uploading to https://codecov.io: Error: There was an error fetching the storage URL during POST: 404 - {'detail': ErrorDetail(string='Unable to locate build via Github Actions API. Please upload with the Codecov repository upload token to resolve issue.', code='not_found')}
```
It is suggested that this can be avoided by providing the upload token:
https://community.codecov.com/t/upload-issues-unable-to-locate-build-via-github-actions-api/3954
It should be noted that PRs from forks do not have access to repository secrets, so the recommended approach of using an
encrypted repository secret for the token would mean that PRs from forks (the workflow runs for which don't have access
to secrets) would still be subject to the same intermittent spurious workflow run failures.
The alternative solution is to add the token in plaintext directly in the workflow. The security implications of that
approach are described here:
https://community.codecov.com/t/upload-issues-unable-to-locate-build-via-github-actions-api/3954
> Public repositories that rely on PRs via forks will find that they cannot effectively use Codecov if the token is
> stored as a GitHub secret. The scope of the Codecov token is only to confirm that the coverage uploaded comes from a
> specific repository, not to pull down source code or make any code changes.
>
> For this reason, we recommend that teams with public repositories that rely on PRs via forks consider the security
> ramifications of making the Codecov token available as opposed to being in a secret.
>
> A malicious actor would be able to upload incorrect or misleading coverage reports to a specific repository if they
> have access to your upload token, but would not be able to pull down source code or make any code changes.
We have evaluated the risks of exposing the token and are intentionally choosing to accept the possibility of abuse.
0 commit comments