-
Notifications
You must be signed in to change notification settings - Fork 218
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
codecov fails in github actions #330
Comments
+1 We are seeing this issue in pycalphad where sometimes the uploads are successful and other times they are not, with no changes in our configuration. We have broken out the upload step for our different platforms into a different job within the GitHub Action, so we can confirm that it's isolated here. We use the GitHub token, so rotating tokens as suggested in the SO question doesn't really apply. |
Uploads are failing sporadically across all of my public repositories (so no token should be required, but same error message). A couple of examples: Started over the weekend. |
Same here, started ~2 days ago. Uploading the report to Codecov in the Github action fails 50% of the time, and the response code also seems to be non-zero, even though we're not using the |
Everything was fine before. Today I am experiencing this issue for my public repos. As far I know, public repos don't require a token. One related side question. My GitHub notifications are configured to notify me only when an action fails. I have configured codecov action to not fail ci on error of codecov. fail_ci_if_error: false So, my ci will not fail. but I still want to get notified when upload to codecov fails, or any codecov issue occurs inside the gh action run. Is that possible? |
This is a workaround for codecov/codecov-action#330
This is a workaround for codecov/codecov-action#330
Same here on our public repos (e.g. https://github.com/nyaruka/rapidpro/pull/3339/checks?check_run_id=2765067466). Haven't changed anything in the configurations. Really don't want to resort to |
We're also getting failures over here: https://github.com/feast-dev/feast/actions/runs/915501111. No changes from our side. Also, we can't use a token since we are accepting external contributions and secrets cannot be used for external PRs. |
We have also seen the same thing in evalml: https://github.com/alteryx/evalml/pull/2256/checks?check_run_id=2766309621 Is there a plan for a fix from codecov? Any help would be appreciated! This started happening for us sometime today. |
To address recently flaky Codecov upload jobs failing CI. - see: codecov/codecov-action/issues/330
To address recently flaky Codecov upload jobs failing CI. - see: codecov/codecov-action/issues/330
Hi all, I have deployed |
Still the issue for me that regenerating the token fixes it shortly but then the problem reappears. |
v1.5.2 seems to have fixed my problem. Thank you! |
@dword-design you might have been at the tail end of some infrastructure changes we made to help with this issue. Are you still running into problems? |
@thomasrockhu Seems to be working now. Thanks for the quick fix! |
It fails again |
Hi @AenBleidd, can you open a ticket in our community boards? I believe the root cause of this particular issue is different and has been fixed. I would like to get some more information about what's causing the issue for you. |
Aside from that, I'm going to close this issue as it looks to be resolved. Thanks again, everyone. |
see: codecov/codecov-action/issues/330 Signed-off-by: Teo Zosa <[email protected]>
see: codecov/codecov-action/issues/330 Signed-off-by: Teo Zosa <[email protected]> Original-Commit: TeoZosa/cookiecutter-cruft-poetry-tox-pre-commit-ci-cd@ad4beb9
backgrond
my setup for codecov has worked well so far
as I've inadvertently pushed a folder that I wasn't supposed to, then I merged a pr to remove said folder
here is my codecov.yml
issue
request
as I don't really want to run anything locally can someone help me to fix the issue
inside the CI
thank you
stackoverflow question
The text was updated successfully, but these errors were encountered: