-
Notifications
You must be signed in to change notification settings - Fork 10
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
Djm/deprecate #331
Djm/deprecate #331
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm a fan of dropping unnecessary complexity, but I don't understand bake.epi_recipe
and epi_juice
well enough to be sure we can drop them. Did you run any additional tests that didn't get formalized, and/or which tests do you expect would have thrown a problem if we actually needed bake.epi_recipe
and epi_juice
?
@dsweber2 OK. I refactored Also added a test to check that my refactor works as expected.
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lgtm. one weird thing I'm getting locally is man/add_model.Rd
is getting renamed to man/Add_model.Rd
when I run document
Mine as well. I think it's like that on |
Checklist
Please:
dajmcdon.
DESCRIPTION
andNEWS.md
.Always increment the patch version number (the third number), unless you are
making a release PR from dev to main, in which case increment the minor
version number (the second number).
(backwards-incompatible changes to the documented interface) are noted.
Collect the changes under the next release number (e.g. if you are on
0.7.2, then write your changes under the 0.8 heading).
Change explanations for reviewer
In reviewing #296 , some of the error message changes I was suggesting seemed to borrow from existing tidymodels functions. All of these are internal, and we don't actually need them.
@dsweber2 note also the internal versions of purrr functions. This avoids the need to import the package. These are "in"
{rlang}
and accessible asusethis::use_standalone("r-lib/rlang", "purrr")
, for example.