Bump required R version to R 4.0.0 #584
Conversation
(Since other tidyverse/r-lib packages will requiring it; this just makes the dependency explicit for covr)
|
I guess we should also stop testing on 3.6 in the CI along with this? https://github.com/r-lib/covr/actions/runs/11728979579/job/32673603649?pr=584 |
|
Oh yeah, let me fix that too. |
.github/workflows/test-coverage.yaml
Outdated
| - name: Setup | ||
| run: | | ||
| R CMD INSTALL . | ||
| source shim_package.sh |
There was a problem hiding this comment.
This is critically important to run covr on itself, because you get into an infinite recursion issue if you don't rename the package to something else before trying to run covr on it, which is what shim_package.sh does.
| shell: Rscript {0} | ||
|
|
||
| - uses: codecov/codecov-action@v4 |
There was a problem hiding this comment.
What is the advantage of using the codecov-action vs having covr upload to codecov directly?
There was a problem hiding this comment.
I don't know 😞 I just updated using our standard scripts. @gaborcsardi might know.
There was a problem hiding this comment.
covr uses the old protocol, which does not support organization level codecov tokens.
There was a problem hiding this comment.
Hmm, I guess due to this https://codecovpro.zendesk.com/hc/en-us/articles/21567817259163-Error-finding-token-when-trying-to-upload, but I have always just added the codecov app and never had any problems with the automatic token.
There was a problem hiding this comment.
Well, you don't have any problems if you don't look at the results. :) Upload failures do not fail the workflow run, so you typically do not notice them:
[1] "Rate limit reached. Please upload with the Codecov repository upload token to resolve issue. Expected time to availability: 1300s."
The last successful upload for covr was ~7 months ago:
https://app.codecov.io/gh/r-lib/covr/commits
There was a problem hiding this comment.
I seem to no longer have access to the admin settings for this repo, so can't comment on if codecov app is still installed for this repo or the r-lib org in general.
But I don't really like going through the cobutura codepath for repositories by default, it adds some additional complexity and also a xml2 dependency. Additionally the output is really geared towards more java style classes, and doesn't perfectly align with R package organization. Additionally doesn't relying on secrets mean that forks are no longer supported?
I am not sure why the existing path would work differently with organization tokens vs the action? Aren't they both changing the secret into an environment variable in the same way?
(Since other tidyverse/r-lib packages will requiring it; this just makes the dependency explicit for covr)