Closed j-i-l closed 2 months ago
hm, actually, we do not need to condition on the success of the CRAN-like checks
as they run on push to main and we have decided to tag manually on main for new releases.
Following this procedure any tagged commit on main will already have passed the CRAN-like checks
(or at least they were run for this commit, they might also have failed).
If we want to be super strict we can add on > push > tags
to the CRAN-like checks
and keep the condition on success for of these tests on the Publish Release
.
In doing so we:
CRAN-like checks
when we push a new tagCRAN-like checks
I'm going for this version for now, we can always relax later
All modified and coverable lines are covered by tests :white_check_mark:
Project coverage is 66.28%. Comparing base (
efd8daf
) to head (2803da2
). Report is 1 commits behind head on main.:exclamation: Current head 2803da2 differs from pull request most recent head fae2462. Consider uploading reports for the commit fae2462 to get more accurate results
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
hmm... Publish Release
did not run...
This adds an additional workflow that is triggered on a successful run of the
CRAN-like checks
and only if `github.ref_type == 'tag', i.e. when a new tag is pushed.It builds the package (just like the
Quick build and test
actions does and publishes a new release containing the resulting *.tar.gz.