I am not sure if this is possible to do in one go, as the user might need to edit files, or maybe run git between the steps, we'll see. Order might change later.
create_package() use_tidy_description()R/package.R fileuse_git()use_github()use_testthat()tests/testthat/test.R file.use_mit_license()use_readme_rmd()use_news_md()use_tidy_ci()use_appveyor()use_tidy_contributing()use_tidy_coc()use_lifecycle_badge()use_roxygen_md()use_cran_badge()use_coverage()README.mdThe badges can be part of some use_tidy_readme_rmd(), because currently they need manual copy and paste.
Just tried it, mostly works. Some steps are manual, we can fix that with a tidy README.Rmd template.
I think this might be best as a "doctor" or reporting function, i.e. it reports how much of this has been done and reminds of relevant functions for the un-done parts.
That would be great as well, but I would very much like a version that just did everything....
I guess I tend to run them more over time - i.e. I don't run use_test() until I write the first test, and I don't run use_news_md() until after the first release. But I don't have any objection to setting up from the very beginning.
Perhaps the point is that is should be very resilient to re-application, i.e. it does something sensible de novo but can also cope when the work is partially done.
Yeah, and ideally you should be able to run it on a package that you created two years ago and bring it up to spec for today.
Yeah, some things you can do on demand, like tests. But others I just tend to forget sometimes...
See also the checklist: https://github.com/tidyverse/readxl/issues/241#issue-204430214
I think we need two pieces:
create_tidy_package() which calls create_package() and then the functions listed above
use_tidy_standards(cur = "1.0.0") which would create an issue checklist with the new functions you need to run.