-
Notifications
You must be signed in to change notification settings - Fork 1.1k
Remove the codecov badge, we're not using codecov anymore #1557
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
Conversation
dfee297
to
1b97fe1
Compare
I think it would be better to replace the coverage badge with another one related to GitHub action instead of simply remove it. |
I don't think that's easily possible without e.g. committing the resulting coverage to the repository. Something like https://pypi.org/project/coverage-badge/ or https://shields.io/category/coverage could probably be used to generate the badge, but we'd need to store the percentage somewhere. |
We have htmlcov in artifacts don't we already store the coverage percentage anywhere with GitHub Actions? |
I'm going to give this a try: https://dev.to/thejaredwilcurt/coverage-badge-with-github-actions-finally-59fa |
Never mind. I don't have access to the repo settings. Do you @matthiask? |
Nope, the change uploads the report as an artifact, but I don't think the percentage isn't stored. I suppose we could use the failure threshold in the badge. |
Welp I messed that up. I intended for it to be a suggestion not an actual commit. |
No. I think that's roadies-only territory. |
I've been thinking about this for a bit. What purpose does showing the coverage in a badge serve? I don't think it's very useful. Code coverage is at best an approximation of the quality of a testsuite. It tests that the code doesn't crash right away, but that's basically all it proves. Correctness isn't required. So, it may be useful when writing new tests but I don't think it's a badge of honor to be worn proudly. I think we don't lose anything when we get rid of it. |
I don't feel strongly one way or the other here. I'm content to remove it. Before we do though, here's a benefit of the coverage badge that you didn't explicitly mention. Having the coverage percentage listed on the README, along with a passing tests badge increases the project's trustworthiness for being well maintained. That can improve a developer's confidence that this project is something that can be integrated and will make them more likely to use it. |
I agree with @tim-schilling and I approved the change. |
a777904
to
1b97fe1
Compare
Re showing that the project is well maintained: Yes, that's a good point. I more often look at the timeline of recent commits and the CI jobs list to determine this, but the coverage may be telling. |
Refs #1542