-
Notifications
You must be signed in to change notification settings - Fork 27
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
Embrace {usethis}
#299
Comments
When using functions to create packages, it makes sense to assume that However, since this package also has functions unrelated to package creation, it would make sense to keep |
This topic has been raised again today. I think my personal preference on how to handle this would be to completely error out for functions that require the use of usethis rather than still succeeding but with work arounds that omit the use of usethis. I think this can be accomplished with |
Alright, I personally would go with @JosiahParry solution. If you're up for such a PR, or @kbvernon for that matter, I think that's a good way forward. |
I can cast an eye over your R code to check for |
I'm creating a package, which could be directly build with
I'm currently working with such things, wondering whether any of you need help. |
@yutannihilation ,hi, I know you did a lot of research on the topic, any thoughts? |
@Neutron3529 Hallo! I think it is nice that you're experimenting with these. We've done a ton of these experiments, and happy to follow along with similar journeys. I would like this to be in its own issue rather than be jammed into this issue about |
Recent PR #292 shows that we heavily rely on
{usethis}
and only pretend we can work without it. At this point, I see no particular reason to not depend on{usethis}
and drop all hacks that we have in place.Pinging
@CGMossa @multimeric @yutannihilation @eitsupi @JosiahParry
The text was updated successfully, but these errors were encountered: