I am writing an R package that I install on our server using remotes::install_git(). The package manual pages (man/*.Rd) are not tracked in git, but are generated using roxygen2. When I run remotes::install_git() on the server, the package builds and installs, but it produces this message during the build process (package name is a placeholder):
No man pages found in package 'BOB'
And as indicated, none of the help pages are available. I looked into the build_manual argument, but this only controls whether the manual pages are compiled into a PDF. Is there some secret argument I'm missing to force the installation to build the manual pages first? Or do I just need to manually run it every time?
man/*.Rdfiles are not tracked by git? Roxygen2 includes the.Rdfiles in its GitHub repo, so my understanding is that the help pages are not generated by roxygen2 upon installation, but are pulled with git.R/*.Randman/*.Rd), I've always maintained my.Rdfiles in the git repo and regularlydocument(.)ed my package before commits. My assumption has been thatremotes::downloads a file and installs it using something likeR INSTALL. Since base R doesn't useroxygen2, then it cannot extract/render#'-style comments into.Rdfiles. Note thatremotesdoes not importroxygen2, so even though we know base R isn't going to do it, it seemsremotesisn't geared to do it either.document()on the package repo, finds changes toman/*andNAMESPACE, and either appends them to a commit or adds a new commit. Alternatively, this could be done in the repo master as a GH action or similar for GL or other git host.upd docsfor something pushed n-commits ago where I forgot to rerundocument(.). :-//man/to.gitignore. However, searching around a bit, it seems that this is not advised: stackoverflow.com/q/45834808/125921. That said, it would still be nice if the install process of the remotes package had some sort of hook functionality that I could use to have it auto-rundevtools::document().