Skip to content

Conversation

@brianschubert
Copy link
Contributor

c.f. #520 (comment)

Curious if this will "just work." This is based on the Codecov setup used in the bedevere repo.

@codecov
Copy link

codecov bot commented Sep 9, 2025

Welcome to Codecov 🎉

Once you merge this PR into your default branch, you're all set! Codecov will compare coverage reports and display results in all future pull requests.

Thanks for integrating Codecov - We've got you covered ☂️

@brianschubert
Copy link
Contributor Author

I think the fact that a comment was posted means that the Codecov app is already enabled for this repo and that the organization access token works?

cc @AlexWaygood @JelleZijlstra @Daraan, thoughts on using this in some form?

This would give us a pretty dashboard for monitoring code coverage (example from the bedevere repo: https://app.codecov.io/gh/python/bedevere/). Optionally, we could also enable PR comments (example) and status checks, but this is usable without those as well

@AlexWaygood
Copy link
Member

I feel like I have a vague memory of codecov being flaky/unreliable on some previous projects...? But that was a while ago; it might have improved since.

Anyway, I agree with @srittau's comments in #669 (comment) that the current action we're using seems not-great for several reasons. Using an action that other Python-org repos are using means that many more maintainers across the org will be invested in making sure that it doesn't have any security issues. And the fact that it's a GitHub app means that it'll be able to post comments on contributor PRs without the security issues associated with a workflow_call workflow trigger. It's also less GitHub-workflow code for us to maintain, which is always good!

So TL;DR I'm happy to try this out!

@Daraan
Copy link
Contributor

Daraan commented Sep 9, 2025

I think the fact that a comment was posted means that the Codecov app is already enabled for this repo and that the organization access token works?

Great it works, I first benched the idea because of the token needed. I guess it works for you as you have organization access :) (That's new right? Congratulations!)
I vaguely remember something that I later read that it might work with public repos but didn't have the time to check up on it yet.

That the dashboard is ready without extra work is a big plus.

# Conflicts:
#	.github/workflows/ci.yml
This doesn't seem to be doing anything yet
@brianschubert brianschubert marked this pull request as ready for review September 9, 2025 15:31
@brianschubert
Copy link
Contributor Author

Cool! I think this PR is in merge-able shape if we want to give this a try. This will enable coverage reporting to the dashboard as well as PR comments. This doesn't enable CI status checks (which are disabled by default by the Python org global YAML), so for now the CI won't fail if coverage drops. That can be configured in the future if desired.

The docs seem to indicate that Codecov always uses the settings files from the current PR branch, so it should be easy to test different settings in followup PRs: https://docs.codecov.com/docs/codecov-yaml#locking-codecov-yaml-to-a-branch

@brianschubert
Copy link
Contributor Author

Oh, and apparently a coverage report for this PR is already available on the dashboard! https://app.codecov.io/gh/python/typing_extensions/pull/674/tree/src?dropdown=coverage

Copy link
Member

@AlexWaygood AlexWaygood left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM but I'll wait for a second approval from @JelleZijlstra or @srittau before landing

@AlexWaygood AlexWaygood merged commit 4f42e6b into python:main Sep 9, 2025
24 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants