Closed jdblischak closed 8 months ago
We should keep an eye on the build status regularly, otherwise, it will become more difficult to fix after all the minor issues accumulate.
If it becomes a concern, we can configure error_on
to fail if R CMD check
produces a NOTE
. This would make our check much more stringent, but it would also prevent these NOTEs from accumulating.
https://github.com/r-lib/actions/tree/v2-branch/check-r-package#usage
We should keep an eye on the build status regularly, otherwise, it will become more difficult to fix after all the minor issues accumulate.
If it becomes a concern, we can configure
error_on
to fail ifR CMD check
produces aNOTE
. This would make our check much more stringent, but it would also prevent these NOTEs from accumulating.https://github.com/r-lib/actions/tree/v2-branch/check-r-package#usage
Solid advice! 👍 At the moment, we can keep the default behavior. Given how frequently using tidy evaluation creates those "no visible binding for global variable" notes, things could derail from "stringent" to "annoying" quickly... 😂 If we release frequently enough, the check notes situation should be generally manageable.
I fixed the 3 current NOTEs from
R CMD check
. Below is the output from when I ran it locally. They are also viewable from the the most recent build log.